Typedef o.Ä. in Java?

[416e647265]

Ich programmiere eigentlich in C#, will aber auch nebenbei etwas Java lernen.
Nun meine Frage:
Ich bin von C# her an Typennamen wie
string anstatt String oder
bool anstatt boolean gewöhnt.
Gibt es in Java für den Einstieg eine Möglichkeit, z.B. bool als Boolean zu definieren?
Außerdem vermisse ich den Typ byte (Unsigned Int 8), denn bytes sind in Java ja signed.
Gibt es irgendeine Möglichkeit, den vernünftig zu implementieren?

 

[Ark]

Ich bin von C# her an Typennamen wie
string anstatt String oder
bool anstatt boolean gewöhnt.
Gibt es in Java für den Einstieg eine Möglichkeit, z.B. bool als Boolean zu definieren?

Nein, soweit ich weiß.

Außerdem vermisse ich den Typ byte (Unsigned Int 8), denn bytes sind in Java ja signed.
Gibt es irgendeine Möglichkeit, den vernünftig zu implementieren?

Dies ist eigentlich nicht nötig, da sowohl unsigned- als auch signed-byte (mit Zweierkomplement-Darstellung) äquivalent modulo 256 sind. Wenn du mit solchen Zahlen rechnen musst, nimm einfach dein byte und rechne zuerst

& 0xFF

. Bei

+

,

-

,

<<

,

>>>

,

&

,

^

und

|

ist es sowieso vollkommen egal, da kannst du dir auch das gerade genannte

& 0xFF

sparen. (Wie es mit Multiplikation und Division aussieht, weiß ich gerade nicht.)

Ark

 

[Pentalon]

Die Klassen wie String bzw. die wrapperklasse Boolean sind final, lassen sich also nicht mehr ableiten.
Aber dass das String gross geschrieben ist, hat ja auch informativen Wert, denn dadurch weiss ich, dass es sich um eine Klasse handelt und nicht um einen primitiven Datentyp. Der Datentyp boolean existiert wie alle anderen primitiven Datentype ein 2tes Mal als Wrapperklasse, die dann Boolean, Integer, Double... heissen.

Pentalon

 

[416e647265]

Aber dass das String gross geschrieben ist, hat ja auch informativen Wert, denn dadurch weiss ich, dass es sich um eine Klasse handelt und nicht um einen primitiven Datentyp.

Das ist dann auch der Unterschied: In C# ist string nämlich ein primitiver Datentyp.

 

[maki]

Das ist dann auch der Unterschied: In C# ist string nämlich ein primitiver Datentyp.

Eben, und Java ist nicht wirklich C#, da gibt es andere Namenskonventionen, Klassennamen etc. pp.

 

[troll]

String hat in java eine sonderstellung ... es ist in dem sinne kein primitiver datentyp sondern eine Klasse ... und diese arbeitet intern mit einem char-Array ... allerdings kann man strings in java auch direkt verwenden und muss nicht umständlich neue string-objekte mit einem vorher kompliziert zusammengebauten char-array erstellen ...

einzig die primitiven datentypen byte, short, char, int, long, floar und double werden klein geschrieben ... ansonsten sollte jeder typ (also jede klasse) UpperCamelCase geschrieben werden ...
und da man fast alles in andere wraper-klassen kapseln kann gibt es für "typedef" keinen sinnvollen grund ... liegt halt an der OOP-struktur von java

außerdem sind primitive datentypen in java grundsätzlich signed ... ist halt eine design-entscheidung ...

zu den namenskonventionen .... das wird dich als jemand aus der C-ecke verwirren ... folgendes gilt grundsätzlich

KlasseNamen werden immer UpperCamelCase geschrieben und sollte substantive sein ... also anstatt "rechnen" halt "Rechner" ... natürlich sollte der name sinnvoll zu dem passen was an daten in dieser gehalten wird und welche methoden welche veränderung bewirken ...

varaiblenName werden lowerCamelCase geschrieben und sollte immer "sagend" sein ... also das man aus dem variablennamen erkennt was dieser zu bedueten hat ... von auto-completern in IDEs wird gerne einfach der klassenname genommen, vorner lowcase gemacht und falls mehrere objekte in einem scope sind nummeriert ... ist zwar nicht so super aber kann man machen ... sinnvoller ist aber immer einen namen zu nutzen der möglichst gut beschreibt wofür die variable genutzt wird ...
kleinere ausnahmen sind loop-counter, wofür häufig i und j bzw weiter bei noch tiefer geschachtelten loops verwendet wird

KONSTANTE_VARIABLEN werden grundsätzlich UPPERCASE geschrieben und die einzelnen worte mit "_" getrennt ... außerdem macht man konstanten in der regel "public static final" wobei der access-modifier variable ist ... den namen sollte man auch wieder entsprechend "sagend" wählen ... und "zahlen" , also "1" werden als wörter ausgeschrieben : "ONE" oder "EINS" ...

methodenNamen() werden ebenfalls wieder lowerCamelCase geschrieben, jedoch diesmal als verben und sollte möglichst einfach beschrieben was diese tun ... also nicht "rechnen1", "rechnen2" usw sondern eher "addieren", "subtrahieren" usw ...

packages werden in der regel aus dem domain-namen gebildet ... für mich hier wäre z.b. sinnvol : org.javaforum.troll.examples ... "java-forum" habe ich bewusst nicht geschrieben da man, wenn auch möglich und sinnvoll, alles andere als 0-9a-zA-Z vermeiden sollte da packages immer an eine ordner struktur gebunden sind und diese bei "sonderzeichen" gestört werden / kaputt gehen kann ...

weiter gilt auch das man den sog. scope , also die sichtbarkeit , immer so klein wie möglich zu halten ist : private > pacakge-private > protected > public ... und variablen sollten grundsätzlich (auch klassen-intern selbst) nur über getter und setter erreichbar und veränderbar sein ..

die speziellen naming-conventions gibt es direkt hier : Code Conventions for the Java Programming Language: 9. Naming Conventions
aber für guten code solltest du die kompletten conventions drauf haben : Code Conventions for the Java Programming Language: Contents

 

[Landei]

Vielleicht ist Java die falsche Sprache für dich, C# hat eben mehr Features. In Scala etwa gibt es das Schlüsselwort [c]type[/c], was genau das von dir Gewünschte tut.

No Flamewars plz...

 

[faetzminator]

Und auch wenns so was gäb, wär die standartisierte Schreibform sicherlich zu bevorzugen. Deswegen: eigne dir von Anfang an die Standards von Java an und halte dich daran

 

[xehpuk]

packages werden in der regel aus dem domain-namen gebildet ... für mich hier wäre z.b. sinnvol : org.javaforum.troll.examples ... "java-forum" habe ich bewusst nicht geschrieben da man, wenn auch möglich und sinnvoll, alles andere als 0-9a-zA-Z vermeiden sollte da packages immer an eine ordner struktur gebunden sind und diese bei "sonderzeichen" gestört werden / kaputt gehen kann ...

Bindestriche sind in Package-Namen illegal. Empfohlene Schreibweise wäre hier übrigens

org.java_forum

: Naming a Package (The Java™ Tutorials > Learning the Java Language > Packages)

 

[troll]

in den conventions steht davon leider überhaupt nichts und auch im tut wird lediglich von "illegal charachters" gesprochen ohne diese direkt zu nennen
das beispiel im tut zeigt zwar das "-" durch "_" zu ersetzen ist womit klar ist das "-" "illegal" ist
auch steht auf der conventions-page leider nichts davon das package-namen die mit einer zahl beginnen unzulässig sind was wieder nur im tut klar wird ...

eigentlich sollte man hier mal einen "bug-report" aufmachen das die conventions in dem punkt lieder unvollständig sind ...

 

[Noctarius]

außerdem sind primitive datentypen in java grundsätzlich signed ... ist halt eine design-entscheidung ...

Und hier hat char noch eine Sonderstellung, da es in Java der einzige unsinged Datentyp ist

 

[xehpuk]

Welche Zeichen legal sind, hat ja auch nichts in den Conventions verloren. Das findet man in der JLS: Chapter 3.8. Lexical Structure, Identifiers
Es gelten also für alle Identifier (Klassen, Interfaces, Variablen, Packages etc.) dieselben Regeln, nur gibts halt andere Conventions.

Dass das mit den Unterstrichen in den Conventions stehen sollte, da hast du allerdings recht.