Struktur der Klassen & Package

[Sin137]

Hallo liebe Community,

ich bin einsteiger in die Programmiersprache Java und in die OOP.
Meine Frage ist nun:
Wie bau ich mein Programm am besten auf?
-Namensgebung für Packages
-Namensgebung für Klassen
-Signatur am Anfang jeder Klasse ( Wer , Wann , Wo etc)?

Ich habe leider nichts durch die SuFu oder mit Google gefunden.
Ich kann mir vortellen, dass es keine Definition dafür gibt, da es ja jeder so
gestalten kann wie er möchte.
Dann wäre meine Bitte an erfahrenen Programmieren ein paar Tipps zu geben.
Vielleicht sind ja ein paar Ansätz besser als andere.


LG

Sin137

 

[CursedCookie]

Also folgendes. Ich beginne die paketstruktur sehr gerne mit de.Meinewebsite.undhiergehtsdannlos.
Wenn du keine Website hast oder nicht den drang nach Aufmerksamkeit verspürst kannst du auch einfach mit src/backend, src/Frontend, src/main anfangen sec ist dabei der Ordner, in den das ganze Zeug reinkommt. Ins dann geht es halt weiter in das Frontend kommt alles was was mit anzeigen zum tun hat, in das backend alles was mit Datenbanken / file Geschichten zu tun hat. Eventuell kann eine Schicht dazwischen existieren die ich ganz gern handler oder Binder nenne.
Zu den Klassen:wie du sie nennst ist so gesehen nicht unbedingt wichtig... Du solltest nur auf ein paar Dinge achten.
Erstens : nenn gleiches gleich. Nicht einmal Oberflächencontainer und dann JFrameOberflaeche
Zweitens nenn es so das es passt, ein Dialog sollte immer ein Dialog sein, wenn die Klasse kein Dialog darstellt sollte sie auch nicht so heißen.
Drittens: nenn dein zeug nicht test123, generell sind zahlen in Klassen und Paket amen eher pfui...
Viertens : das was man polnische oder kasachstanische oder ukrainische, ungarische oder wie auch immer geartete Notation nennt (und die behauptet du müsstest am Anfang deiner Klassen ein kurzes C (also bspw. CMeineKlasse) schreiben ist noch viel mehr pfui...) ebenso bei membern und Methoden... Braucht man einfach nicht. Bei oberflachenkomponenten kann es ganz sinnvoll sein, aber meistens auch nicht.
Kommentare solltest du sinnvoll setzen. Das bedeutet nicht alles zusammen, sonder erklären warum ein Teil Code etwas tut, nicht wie. Wenn das wie unklar ist schreib den Code besser. Klassen mit kleinen Methoden sind super, aber zu viele Methoden sind auch wieder schlecht xD

Google mal mach refactoring und Code smell... Da findest du was man nicht tun sollte... Aber eher aus der Sicht deines zukünftigen ich's dass deinen Code aufräumen muss

Ps: Schreibfehler dürfen behalten werden... T9 nervt mich zu sehr um alles zu verbessern
PPS: Pakete werden klein geschrieben, Klassen beginnen groß

 

[stg]

http://www.oracle.com/technetwork/java/codeconventions-135099.html
http://jonathancrosmer.com/software/java-package-structure/
http://www.javapractices.com/topic/TopicAction.do?Id=205