Java 10 hat eine Erweiterung gebracht, dass der Variablentyp bei gewissen Deklarationen entfallen kann und wir einfach stattdessen var nutzen k\u00f6nnen:<\/p>\n
var<\/strong> name = „Barack Hussein Obama II“;<\/p>\n var<\/strong> age = 48;<\/p>\n var<\/strong> income = 400000;<\/p>\n var<\/strong> gender = ‚m‘;<\/p>\n var<\/strong> isPresident = false;<\/p>\n Wir sehen, dass im Gegensatz zu unserem vorherigen Beispiel nicht mehr die Variablentypen wie String oder int bei der Variablendeklaration explizit im Code stehen, sondern nur noch var. Das hei\u00dft allerdings nicht, dass der Compiler die Typen offen l\u00e4sst! Der Compiler braucht zwingend die rechte Seite neben dem Gleichheitszeichen, um den Typ feststellen zu k\u00f6nnen, das nennt sich Local-Variable Type Inference. Daher gibt es in unserem Programm auch eine Unstimmigkeit, n\u00e4mlich bei var income = 400000, die gut ein Probleme mit var aufzeigt: die Variable ist kein double mehr wie vorher, sondern 400000 ist ein Ganzzahl-Literal, weshalb der Java-Compiler der Variablen income den Typ int gibt.<\/p>\n Die Nutzung von var soll Entwicklern helfen, Code k\u00fcrzer zu schreiben, insbesondere, wenn der Variablenname schon eindeutig auf den Typ hinweist. Finden wie eine Variable text vor, ist der Typ String naheliegend, genauso wie age ein int ist, oder ein Pr\u00e4fix wie is oder has auf eine boolean-Variable hinweist. Aber wenn var auf die Kosten der Verst\u00e4ndlichkeit geht, darf die Abk\u00fcrzung nicht eingesetzt werden. Auch der Java-Compiler gibt Schranken:<\/p>\n Sprachvergleich:\u00a0Java ist mit var relativ sp\u00e4t dran.[1]<\/a> Andere statisch getypte Sprachen bieten die M\u00f6glichkeit schon l\u00e4nger, etwa C++ mit auto oder C# auch mit var. Auch JavaScript nutzt var, allerdings in einem v\u00f6llig anderen Kontext: in JavaScript sind Variablen erst zur Laufzeit getypt, und alle Operationen werden erst zur Ausf\u00fchrungszeit gepr\u00fcft, w\u00e4hrend Java die Typsicherheit mit var nicht aufgibt.<\/p>\n\n