Datentypen

[Susi194]

Hi es geht um eine Aufgabe über Datentypen.

Es gibt 3 Datentypen, primitive Datentypen, Klassentypen und Referenztypen und es gibt 3 Speicherbereiche Stack, Heap und einen statischen bereich. Ist wahrscheinlich eine recht einfache darstellung, aber es ist ja auch ein Java Grundlagenkurs. Die Tabelle schaut so aus und man muss nun eine Zuordnung treffen:

Datenelement, Speicher, Typ

lokale Variable, Stack, prim. Datentyp

Parameter, Stack, prim. Datentyp

Objekt, Heap, Klassentyp

Objektattribute, Heap, prim Datentyp

wie unterscheiden sich eigentliich referenztyp und klassentyp?
und wie sähe die richtige zuordnung aus?

Vielen Dank im Voraus!

 

[VfL_Freak]

Moin,

wird hier ganz gut erklärt:
http://www.programmierenlernenhq.de...-datentypenarten-in-java-und-ihre-verwendung/

VG Klaus

 

[Susi194]

ok, wie schaut es nun mit meiner tabelle aus? ein attribut kann doch auch ein referenz oder klassentyp sein oder?

ich kann ja auch ein attribut namens String s "123" haben

 

[httpdigest]

Kurz zur Nomenklatur, damit alle wissen, was du meinst: Der korrekte Name für "Objektattribut", wie von dir oben genannt, ist: Feld.
Felder unterteilen sich nochmal in "Instanzfelder" und "statische Felder". Soetwas wie "Attribute" gibt es in Java nicht, bzw. bedeutet es im Kontext der JVM und dem Classfile-Format etwas anderes.
Aber schreibe hier doch bitte einmal die tatsächliche Aufgabenstellung hin. Daran lässt sich besser diskutieren, was eigentlich gefordert ist und erlaubt keinen Fehlerspielraum für eventuelle Interpretationen deinerseits.
Was mich wundert, ist, dass hier viel mehr auf Aspekte der Java Virtual Machine specification eingegangen wird als auf Java als Sprache an sich. Z.B. bezüglich der einzelnen Speicherbereiche: https://docs.oracle.com/javase/specs/jvms/se10/html/jvms-2.html#jvms-2.5

 

[Susi194]

ähm, wir sprechen in java immer von attributen, das sind einfach merkmale eines objekts, die werden in einer klasse definiert.

Ein Kreisobjekt hätte zum beispiel die Attribute double x, double y und double radius. also nen mittelpunkt und nen radius.

also die aufgabe ist es die datenelemente: lokale Variable, Parameter,Objekt und (Objekt-)Attribute zu zuteilen in Welchem Speicherbereich sie liegen und von welchem Datentyp sie sind.

Speicherbereiche haben wir statischen Bereich, Stack und Heap. Alles wie gesagt sehr grob

und bei Datentypen haben wir primitive Datentypen, Klassentypen und Referenztypen

 

[httpdigest]

In allgemeinem objektorientiertem Design über "Attribute" zu sprechen ist ja auch völlig in Ordnung. Wenn es aber an die Implementierung in Java bzw. einer JVM Sprache geht, und man hier wirklich ganz exakte Begriffe verwenden sollte, sollte man besser von Feldern sprechen. Felder sind dann ja einfach nur die Java-Realisierung von Attributen eines objektorientierten Designs. Das mag vielleicht nach Haarspalterei klingen, aber noch viel mehr regt mich gerade etwas die flapsige und willkürliche Benennung der Begriffe in deiner Aufgabenstellung auf. Was soll denn bitte "statischer Speicher" sein? Darunter _kann_ der Schüler/Student die (engl.) "Method Area" in der JVM verstehen oder aber den (engl.) "Constant Pool". Desweiteren gibt es rein überhaupt keine Unterscheidung zwischen einem "Klassentyp" und einem "Referenztyp" (zumindest aus Java und JVM Spezifikationssicht, die meiner Meinung nach die einzige Wahrheit darstellen sollte).
Da diese Begriffe aber sicherlich nicht das erste Mal mit dieser Aufgabenstellung fallen, sondern in deiner Vorlesung/Übung/Schulstunde vom Dozenten exakt definiert wurden und du weißt, was der Dozent damit genau meint, bist wahrscheinlich nur du (und deine Mitschüler/Kommilitonen) in der Lage, die Aufgabe gemäß den Erwartungen des Dozenten/Aufgabenstellers richtig zu lösen.

 

[Susi194]

exakt definiert ist es nicht worden und ich sehe auch keinen Unterschied zwischen Referenztyp und Klassentyp. Auf der Folie stehen flappsige Formulierungen. Also in C wäre der statische bereich z.B ein Bereich im Hauptspeicher in dem globale Variablen liegen.

also meine überlegung ist folgende:

lokale Variable, Stack,kann ein prim. Datentyp aber auch ein Klassentyp sein z.B String oder auch eine Referenz sein

Parameter,Stack,alles möglich: prim. Datentyp oder Klassntyp oder eine Referenz auf ein Objekt die übergeben wird

Objekt,Heap, ist vom Typ der Klasse nach dessen Muster es erzeugt wurde

Objektattribut,weiß nicht wo das gespeichert wird denke mal beim Objekt also aufm Heap, kann auch wieder alle 3 Typen sein

 

[httpdigest]

Deine Einschätzung der Tabelle sehe ich zum großen Teil auch so.
Meine Vermutung bei "Objektattribut" wäre auch, dass hiermit gemeint ist, wo die Existenz und der Typ eines Attributes/Feldes zu einer Klasse gespeichert wird. Also sozusagen nicht der jeweilige Wert, der einer Instanz der Klasse innewohnt, sondern das Feld an sich (sprich, das was man per Java Core Reflection API an einer Klasse abfragen kann).
In diesem Falle wäre es wohl der "statische Bereich".

 

[Susi194]

also Konstanten würden in diesem statischen Bereich liegen oder? die wären über den gesamten Programmablauf auch "am leben"?

Bei den Attributen bin ich mir eben auch nicht sicher, denn wenn ich zu beginn der Klasse Attribute definiere, muss aber das Objekt ja nicht unbedingt das Attribut "besitzen" --> Aufruf des Defaultkonstruktors

Ich denke hier jedoch das mit Objektattribut ein attribut gemeint ist das beim konstruktoraufruf dem objekt zugewiesen wurde.

wären beide Attributtypen im statischen bereich?

 

[httpdigest]

In Java werden per Definition/Spezifikation immer _alle_ Felder einer Klasse bei Instanziierung mit ihrem jeweiligen Defaultwert belegt. Es gibt also immer alle Felder (anders als z.B. in JavaScript). Ob du sie nun im Konstruktor oder sonstwo setzt, spielt keine Rolle. Und es existiert auch keine JVM Implementierung, die ich kenne, die das Speicherlayout einer Instanz der Klasse dementsprechend ändert, je nachdem, ob du nun Felder setzt oder nicht. Zumindest die Oracle und OpenJDK Implementierungen tun dies nicht. Weder im Interpreter noch im C1 oder C2 Compiler.
Bei Konstanten hängt es jetzt auch wieder davon ab, ob hier Compilezeit-Konstanten gemeint sind, also Felder, deren Wert zur Compilezeit schon feststeht; oder einfach nur Felder, die als static und final definiert sind und ihren Wert über z.B. einen statischen Methodenaufruf bekommen.
Aber alles weitere wäre jetzt nur Rumgerate, weil ich keine Ahnung habe, was der Aufgabensteller hören will.

 

[Xyz1]

Kurz zur Nomenklatur, damit alle wissen, was du meinst: Der korrekte Name für "Objektattribut", wie von dir oben genannt, ist: Feld.

Red Bitte nicht so einen Mist.
Objektvariablen sind Attribute (eines Objekts....) - und nichts anderes.
Da gibt es auch nichts schönzureden....

@Susi194 lass Dir Bitte nichts vormachen von denen.

 

[httpdigest]

Du verwendest gerade wieder einen anderen Begriff, nämlich "Objektvariablen".
Was genau meinst du damit? Es ging bisher darum, herauszustellen, dass es sich bei "Objektattribut" wohl um ein Feld handelt. Und da vermutlich um ein Instanzfeld.
Es ist auch schwer, die Begriffe richtig einzudeutschen und genau deshalb kann hier jeder verstehen, was er will und man kann sich vermutlich schnell an Definitionen aufreiben.
Ich wollte natürlich keinen "Mist" erzählen, wie du leider behauptest.
Also bitte entschuldige, wenn es so rüberkam.

 

[Susi194]

Alles klar, danke! Fand auch nicht, dass mist erzählt wurde. Ich bin selbst ja einsteiger und muss sagen, dass es in vielen Bereichen einfach unterschiedliche definitionen gibt. Das kann von Buch zu Buch schwanken, auch unser prof nutzt des öfteren unterschiedliche Begriffe.

 

[mrBrown]

Und es existiert auch keine JVM Implementierung, die ich kenne, die das Speicherlayout einer Instanz der Klasse dementsprechend ändert, je nachdem, ob du nun Felder setzt oder nicht. Zumindest die Oracle und OpenJDK Implementierungen tun dies nicht. Weder im Interpreter noch im C1 oder C2 Compiler.

Zumindest kann der ganze Klassenoverhead wegoptimiert werden, sodass die nötigen Felder direkt und nur in Registern liegen

 

[Susi194]

ok, also nun bin ich raus aus der diskussion. Da lass ich mal die Profis weitermachen