Java Packages Konvention Namensvergabe

[coco07]

Hey Community,

da ich mein 2. großes Projekt nun starte und ich mir beim ersten etwas Sorgen um die Anzahl der Packages gemacht habe (10 Packages), wollte ich euch mal fragen, wie ihr das in größere Projekten händelt. Denke laut Konvention sollte man beispielweise 2 Packages benannt mit core und ui haben. Mir ist es aber einfach zu unübersichtlich, 50 - 100 Klassen in einem Package zu haben und dann dort nach der gebrauchten Klasse zu suchen.

Wie macht ihr das ?

grüße coco07!

 

[Agaton Sax]

Eine allgemeingültige Packagestruktur die für alle Projekte dieser Welt passt gibt es nicht. Sie ist immer vom konkreten Fall, der Konvention im Team/Projekt und den eigenen Vorlieben/Erfahrungen abhängig.

 

[coco07]

Hey Agaton Sax,

das habe ich mir schon fast gedacht. Dann kann ich bei meinem ursprünglichen Konzept bleiben und mache damit nichts falsch. Ging mir nur darum, dass dieser Code evtl. verkauft werden soll und wir uns nicht beim Design der Packages blamieren.

grüße coco07!

 

[Ruzmanz]

Wenn du deine Entscheidung begründen kannst, dann sollte es für dich persönlich kein Problem darstellen, was andere denken.

- Ich möchte ein Produkt entwickeln, dass mit hoher Wahrscheinlichkeit noch auf eine anderes UI-Framework portiert wird:

core
ui - Allgemeine UI Schnittstelle
ui.swing - Implementierung in Swing

- Ich möchte ein Produkt entwickeln, dass evtl. mal in der Cloud / einem Server läuft ... aktuell soll der Client die Arbeit machen:

core.server
core.client
ui

- Ich möchte ein Produkt mit vielen Komponenten entwickeln ... aktuell bieten wir nur eine Komponente an:

core
produkt1.core
produkt1.ui
ui

Im Großen und Ganzen sollltest du versuchen zyklische Abhängigkeiten zwischen den einzelnen Packages zu vermeiden.