ich Scala lese und ich frage mich ...
WarumGibt es Gründe, mit "val Kapazität: Int" statt "val Int Capacity" in Scala
val capacity : Int
statt
val Int capacity.
Jeder Grund, warum diese Wahl getroffen wurde. Wenn nicht, scheint es mir keine gute Wahl zu sein, sich von der Java-Erklärung zu entfernen. Wäre der Übergang von Java zu Scala einfacher gewesen (nicht viel, aber ein bisschen)
Weil die meiste Zeit Sie den int Teil weglassen können. Scala hat ein viel besseres System von Typinferenz als Java.
x: T ist die Standardnotation für Typen in Logik und vielen Programmiersprachen. C und seine Nachkommen, mit Java unter ihnen, weicht davon ab. Aber die Typnotation von C ist wirklich schrecklich (versuchen Sie, den Typ für eine mäßig komplizierte Funktion höherer Ordnung wie map aufzuschreiben).
Auch mit dieser Notation ist es einfach, den Typ wegzulassen (wie Wysawyg bereits geschrieben hat), oder einen Typ innerhalb eines Ausdrucks hinzuzufügen.
Hier ist ein Beispiel zu Wysawyg Aussage:
val capacity = 2
Aber Sie können normalerweise nicht tun mit nur einem val.
trait Foo {
def capacity = 2 // Allow child classes to override and decide the value later
}
// Force instances of Bar to set the value
class Bar(override val capacity : Int) extends Foo
// Have Bat determine it on the fly
trait Bat extends Foo {
def onlyAThird : Int
override def capacity = onlyAThird * 3
}
(Ich habe versucht, dies als Kommentar einfügen, aber leider keine Formatierung.)
Warum verwenden Sie 'def 'für eine Literalkonstante? Weiter: "def" scheint hier übrigens als "default" zu gelten. –
Ah, 'def' ist ungefähr über die Auswertungszeit. Wenn wir "val capacity = 2" sagen, können Sie nicht zulassen, dass "Bat" 'Foo' mit einer Funktion erweitert, die die Kapazität im laufenden Betrieb bestimmt. –
Ich denke ich verstehe jetzt. Sie definieren es einfach als 'def', um es durch eine Methode außer Kraft setzen zu lassen.Ein Wert wäre nur durch einen anderen Wert übersteuerbar. –
Ich denke, Daniel dachte an etwas wie folgt aus:
val a = 7
val b: Int = 8
var x = "Foo"
var y: String = "Bar"
def sum (a: Int, b: Int) = a + b
def mul (a: Int, b: Int): Int = a * b
Die Art oft abgeleitet werden kann.
Ich glaube, ich habe eine Aussage von Martin Odersky selbst gelesen, die besagt, dass diese Entscheidung auch getroffen wurde, um die Lesbarkeit zu verbessern. Dies ist sicherlich der Fall, z. Vergleichen
val Double number = ...
val Array[(Seq[String], Map[Seq[String], Double])] something = ...
val String pattern = ...
mit
val number : Double = ...
val something : Array[(Seq[String], Map[Seq[String], Double])] = ...
val pattern : String = ...
Die meiste Zeit Sie Namen Referenzen/mathods schnell (visuell), nicht Typen finden müssen.
Wenn Sie ein Beispiel mit und ohne Typ hinzufügen, wird der Grund deutlicher. –
Hängt davon ab. Manchmal, wenn die rechte Seite kompliziert ist (besonders beim Erstellen von APIs), sollten Sie Typen mit Anmerkungen versehen, da sie viele Fehler zur Kompilierungszeit auffängt. – Raphael