Verwendung von primitiven Datentypen

[C_A]

Hallo!

Ich hab mal eine grundsätzliche Frage zu primitiven Datentypen. Falls das Thema schon mal diskutiert wurde, wäre ich für einen Hinweis dankbar.

Also: wenn ich das Java-Tutorial richtig verstehe, werden byte und short in der Praxis nicht mehr verwendet - außer man will in großen arrays Platz sparen. Ist das richtig? Wie macht Ihr als Praktiker das? Verwendet Ihr andere Ganzzahl-Typen außer Int und Long?

Mit den Gleitkomma-Zahlen habe ich auch etwas Probleme. Kann ich ... die gleiche Argumentation ... davon ausgehen, dass float nur noch "aus historischen Gründen" in Java enthalten ist? Ich bin grad etwas konfus, weil folgender Programmcode nicht ausgeführt wird, bzw. die Klasse noch nicht einmal übersetzt wird:

public class Datenfeld
{ 
    public static void main(String[] args)
    {
        float a; 
        float b = 10;       // geht problemlos
        float c = 10.3;    // possible loss of precision
        
        a = 10.3; // possible loss of precision
        b = a; // possible loss of precision
        
        System.out.println("Ergebnis: " + a);
    } 
}

 

[Landei]

byte verwende ich sehr selten, short praktisch nie.
Bei deinem Beispiel muss es 10.3F heißen (analog L bei longs die länger sind als int: 1000000000000L).

 

[Janus]

short, byte und float kommen mir nur noch in low level Datenbankinterfaces in die Tüte. Und dort auch nur, damit das Interface nicht lügt - wenn in ein Feld nur ein short passt, dann soll auch jeder gefälligst nur short übergeben.

Überall sonst verwende ich sie aus zwei Gründen nicht:
1. Intern arbeitet mittlerweile eh fast jede VM mindestens mit int/double für jeden Typen.
2. Und weil das so ist, spart man sich mit int und double viele unnötige casts.

Es spricht nichts dagegen, die Typen zu verwenden. Aber aus Performancegründen oder um Speicher zu sparen, macht es normalerweise keinen Sinn mehr (bei byte evtl. schon eher, aber auch nicht garantiert).

 

[C_A]

Kann ich eigentlich davon ausgehen, dass die Division von zwei Ganzzahlen immer eine Ganzzahl produziert, jedenfalls die Stellen vor dem Komma? Wenn ich eine oder zwei Gleitkommazahlen bei der Division beteilige, ist das ergebnis eine Gleitkommazahl - kann ich das so allgemein sagen?

 

[ARadauer]

Verwendet Ihr andere Ganzzahl-Typen außer Int und Long?

eigentlich nicht

 

[Landei]

Kann ich eigentlich davon ausgehen, dass die Division von zwei Ganzzahlen immer eine Ganzzahl produziert, jedenfalls die Stellen vor dem Komma?

Immer eine Ganzzahl. Eventuelle Kommastellen fallen untern Tisch, und gerundet wird auch nicht. Man kann aber den Divisionsrest mit % bestimmen.

Wenn ich eine oder zwei Gleitkommazahlen bei der Division beteilige, ist das ergebnis eine Gleitkommazahl - kann ich das so allgemein sagen?

Richtig.

 

[C_A]

Immer eine Ganzzahl. Eventuelle Kommastellen fallen untern Tisch, und gerundet wird auch nicht. Man kann aber den Divisionsrest mit % bestimmen.

Okay, danke! Dann stimmt es, was ich verstanden haben ;-)

Ich multipliziere also eine zweistellige Ganzzahl mit 11 zum Beispiel so:

    public static void main(String[] args)
    {  
        int zahl = 99, zehner, quersumme;
        int ergebnis; 
        
        // Einerstelle direkt übernehmen
        ergebnis = zahl % 10; // 10 = Basis
       
        // Quersumme bilden
        quersumme = zahl / 10 + zahl % 10; 
        
        // Zehnerstelle ermitteln
        zehner = (zahl / 10) * 10;
        
        // Zehnerstelle mit Quersumme addieren
        quersumme = quersumme + zehner;
        
        ergebnis = ergebnis + quersumme * 10;
        
        System.out.println(zahl + " * 11 = " + ergebnis);
    }

Nochmal zu dem, was ich oben geschrieben habe - ich hänge immer noch an den primitiven Datentypen. Sorry, dass ich nerve - ich kann das problem zwar umgehen, aber ich verstehe einfach den Hintergrund nicht. Warum kann folgender Code nicht ausgeführt werden:

    public static void main(String[] args)
    {  
        short a, b, c;
        
        a = 3;
        b = 5;
        c = a + b; // possible loss of precision
        // c = (short)(a + b);  // mit Cast-Operator würde es gehen
        
        System.out.println("Ergebnis = " + c);        
    }

Wenn man die Variablen als integer deklariert, gibt es keine Schwierigkeiten. Also: wenn ich innerhalb eines Datentyps eine Operation ausführe, erwarte ich eigentlich keinen "loss of precision". Denkbar wäre es, wenn der Ausdruck short + short einen integer-Wert produziert. So verstehe ich auch folgende Antwort von oben

1. Intern arbeitet mittlerweile eh fast jede VM mindestens mit int/double für jeden Typen.

Aber das habe ich in der Dokumentation nicht gefunden.

Entweder mache ich einen Denkfehler oder es geht tatsächlich nicht. Was meint Ihr?

Wie würde man ein großes Array bearbeiten, das z. B. eine Matrize berechnet? Da das fiktive Array riesengroß ist, verwende ich als Datentyp byte oder short anstelle von Integer. Muss ich dann jede Addition mit Cast-Operator versehen? Ich wäre davon ausgegangen, dass es auch so gehen muss: short / byte + short / byte = short / byte

Danke und viele Grüße
Florian

 

[nrg]

        short a, b, c;  
        a = 3;
        b = 5;
        c = a + b;

edit: die Rechnung a+b ergibt einen int. Deshalb musst du wieder explizit in einen short casten. (hatte davor einen kleinen Denkfehler drin)

also zb:

      short a, b, c;
      a = 3;
      b = 5;
      c = (short) (a + b);

Wie meine Vorredner schon sagten wird short/byte eher weniger verwendet, weil man sich dadruch unnötiges hin- und hercasten erspart (eine normale Ganzzahl ist halt für die VM immer ein int)

grüße
nrg

edit2:

Denkbar wäre es, wenn der Ausdruck short + short einen integer-Wert produziert. So verstehe ich auch folgende Antwort von oben

hast du ja schon selbst richtig erkannt, wie ich gerade sehe

 

[C_A]

edit: die Rechnung a+b ergibt einen int. Deshalb musst du wieder explizit in einen short casten. (hatte davor einen kleinen Denkfehler drin)


edit2:
hast du ja schon selbst richtig erkannt, wie ich gerade sehe

@nrg: Vielen Dank für Deine ausführliche Antwort!

Ich habe einfach in keiner Dokumentation etwas entsprechendes gefunden :-(

Und für mich war die Frage da, ob ich die Dokumentation falsch gelesen habe, oder ob es da auch andere Möglichkeiten gibt.