Klassen Eclipse Verhalten bei Klassen

[Kaffeesatz]

Hallo,
bin absoluter Neuling in Java; komme aus der C++ Ecke. Meine ersten Gehversuche in Java mache ich mit Eclipse. Ich finde es, vor allem wenn viel Quellcode ansteht, schon wichtig, dass Eclipse verlangt, dass jede Klasse einzeln in einer Datei gecodet werden soll, sogar Enum's
Jetzt habe ich viele Reiter mit Klassen, die eigentlich von einer generische abstrakte Klasse erben und eigentlich nur den Typ übergeben also nur aus einem Einzeiler besteht, wie zB:

public class Tables extends abstractDBaseCollItems<Table>{}

Eine Klasse Tables die also später mit For each nach Table-Objekt durchlaufen werden kann.
Ist es in Eclipse, durch Preference-Einstellungen, möglich, dass solche Kurz-Deklarationen in einer Datei abgefasst werden können? Für Antworten, außer: "RTFM", freue ich mich )

 

[JStein52]

eigentlich nur den Typ übergeben also nur aus einem Einzeiler besteht, wie zB:

public class Tables extends abstractDBaseCollItems<Table>{}

Und was soll diese "Kurz-Deklaration" sein ? Die ist in der Form überflüssig/unsinnig wie ein Kropf.

 

[Xyz1]

Nicht Eclipse, sondern Java verbietet das. Eclipse bewahrt dich lediglich korrekterweise vor Fehlern. Und ja, mehrere Non-Top-Level Classes/Entities sind in einer Datei möglich. Warum auch nicht?

 

[Xyz1]

Ah, sorry, die korrekte Bezeichnung ist non-public top-level class/interface/....
Dann ist noch die Überlegung, ob du non-public top-level class(es) oder static nested class(es) schreiben solltest.
Hier zu lesen:
https://stackoverflow.com/a/2336783

 

[JStein52]

Und ja, mehrere Non-Top-Level Classes/Entities sind in einer Datei möglich

Eine public-Class pro Datei ! Was sind Non-Top-Level Classes ?

 

[Xyz1]

Eine public-Class pro Datei ! Was sind Non-Top-Level Classes ?

Warte doch erst mal ein bisschen, bevor du stänkerst.

 

[JStein52]

Warte doch erst mal ein bisschen, bevor du stänkerst.

Ich habe nicht gestänkert sondern klargestellt. Ich wusste ja nicht dass da noch was kommt

 

[tommysenf]

Und ja, mehrere Non-Top-Level Classes/Entities sind in einer Datei möglich.

Mit der Einschränkung, das nur eine davon public sein darf und dann dem Namen der Source Datei entsprechen muss.

 

[mrBrown]

Was sind Non-Top-Level Classes ?

Alle, die innere (static und nicht static) Klassen sind.

Mit der Einschränkung, das nur eine davon public sein darf und dann dem Namen der Source Datei entsprechen muss.

Das gilt für Top-Level, aber eben nicht für Non-top-Level

 

[Kaffeesatz]

@JStein32
Es gibt:
public class Tables extends abstractDBaseCollItems<Table>{}
public class DataBases extends abstractDBaseCollItems<DataBase>{}
public class Fields extends abstractDBaseCollItems<Field>{}
public class RecordSets extends abstractDBaseCollItems<RecordSet>{}
public class Users extends abstractDBaseCollItems<User>{}

Das Ganze ergibt ein Objektmodell ala DAO.

etc .. insgesamt 27 Klassen die damit, mit nur einer Klasse, enumerable gemacht werden.
Weißt Du es kürzer? Wäre für einen Rat dankbar.
Ärgerlich ist mom.: Für jede solcher Collection ist eine Klasse, eine Datei erforderlich. Und dann
gibt es natürlich noch etliche Enum's

 

[mrBrown]

etc .. insgesamt 27 Klassen die damit, mit nur einer Klasse, enumerable gemacht werden.
Weißt Du es kürzer? Wäre für einen Rat dankbar.
Ärgerlich ist mom.: Für jede solcher Collection ist eine Klasse, eine Datei erforderlich. Und dann
gibt es natürlich noch etliche Enum's

Dafür solltest du noch mal in Worte fassen, was du erreichen willst.

Bisher sieht das nicht nach irgendwas aus, wofür man eigene Klassen bräuchte, dafür dürfe ein
DBaseCollItems<Table> tables = new DBaseCollItems<>(); reichen (wobei DBaseCollItems deine abstrakte Klasse als normale Klasse ist)

 

[Kaffeesatz]

@mrBrown ... gecheckt . Das sollte allerdings auch funktionieren. Typischer Anfängerfehler also

 

[Xyz1]

Nun ist es ein Fall für einen Systemanalytiker (Entwurf/objektorientierte Analyse), das hat ja nicht mehr viel mit der ursprünglichen Frage zu tun.
Speziell:
https://de.wikipedia.org/wiki/Komposition_an_Stelle_von_Vererbung

 

[mrBrown]

Nun ist es ein Fall für einen Systemanalytiker (Entwurf/objektorientierte Analyse), das hat ja nicht mehr viel mit der ursprünglichen Frage zu tun.
Speziell:
https://de.wikipedia.org/wiki/Komposition_an_Stelle_von_Vererbung

Ich frage mich grad ernsthaft, wo du da Komposition vs. Vererbung siehst, und was ein Systemanalytiker dazu sagen sollte...

 

[Kaffeesatz]

Probl. gelöst - ich wurde die vielen Reiter los

 

[Xyz1]

@mrBrown : tables sah für mich wie eine Ansammlung aus, ergo: Komposition (oder Aggregation), welche eine Vererbung ablöste. Kann mich aber auch irren. Bin da ja nicht eingestiegen.
Ihr wisst doch, keine Haftung für Richtigkeit oder Vollständigkeit.
Nun konnte es @Kaffeesatz schon (ohne uns) lösen.

 

[Kaffeesatz]

@DerWissende,
nein ich habe Euch schon gebraucht Sah einfach die Bäume im Wald nicht. Jetzt läuft mein Objektmodell rund und ich habe in Eclipse nur die wirklich notwendigen Klassen.
Vielen Dank also an Alle

P.S.: JAVA ist da schön ! in C++ ATL tippst du dir die Fingerkuppen weg ... alleine schon wegen der Iteratable - Geschichte. Jetzt in JAVA schöner schlanker Code