Benennung von Klassen & packages

[Mr.Twister]

Hi,

immer wieder stehe ich vor der Frage, wie ich meine Klassen organisiere und benenne.
Häufig sieht man, dass gewisse packages "ui", "io" oder z.B. "utils" heißen.

Okay, "io" beinhaltet Klassen, die mit externen Quellen kommunizieren, UI enthält Steuerelemente wie z.B. Buttons und "utils" enthält z.B. Klassen, die z.B. allgemeine Operationen an Werten durchführen.

Standard ist sicherlich auch, dass ich meine Value-Objects im packe "vo" ablege.
Aber wie nenne ich z.B. ein ValueObject?
Beispiel Auto: CarModel oder CarData oder CarObject oder nur Car?
Wenn es nur Car lauten würde, wie würde dann eine visuelle Komponente lauten? CarView?

Legt ihr immer ein "view" package an, in dem ihr alles ablegt, was zu sehen sein kann?

Konkretes Beispiel: Ich möchte individuelle Formulare erstellen.
Also erstelle ich zunächst ein package "forms".
Darin eine Klasse "Form". Da es verschiedene FormItems geben kann, lege ich auch "FormItem" in diesem Package an. Nun gibt es z.B. ein "FormItemComboBox", welches von "FormItem" erbt.
Könnte ich "FormItemComboBox" auch "FIComboBox" nennen? Und lege ich besser noch ein package "items" im package "forms" an?

Hat jemand Tipps zu allgemeinen Benennungsvorschlägen?

[Omega Psi]

Es gibt da verschiedene Ansätze, das zu machen. Ich versuche über Namesräume fachliche Funktionalität zu Gruppieren mit entsprechenden Namensraumerweiterungen für Views, Controller, Models und Services. Und generelle Infrastruktur stecke ich dann in den Applikationsnamensraum.

ValueObjects and VO oder DTO zu kennzeichnen empfinde ich als obsolet, die stecken eh im Model Namensraum und bieten keine Funktionalität an. Und ja, View und ViewController Suffixe nutze ich auch.

Was Klassennamen angeht, die werden bei mir eher lang, da ich Ambiguitäten vermeiden möchte im Code.