Klassen Alle in eine Klasse

[Sogomn]

Ich bin jetzt schon relativ weit mit Java und habe auch schon einige Programme geschrieben. Mein Problem ist, dass es am Ende immer darauf hinausläuft, dass ich den ganzen Code in eine oder zwei Klassen stopfe. Ich habe mit Java-Programmierung vor gut drei Monaten angefangen und ich kann auch schon etwas kompliziertere Sachen, kein Problem - Nur mein Stil ist einfach grottig. Ist das normal bzw. gibt sich das mit der Zeit?

 

[kaoZ]

Nach OO-Prinzipien sollte jede Klasse genau eine Aufgaben haben

Dies ist so in dem maße kaum einzuhalten , allerdings sollte man sich daran zumindest orientieren , das kommt mit der Zeit , wenn man tiefer in der Materie ist und merkt das es Sinn macht bestimmte dinge z.B in Utility Klassen auszulagern oder ähnliches .

 

[Beatsleigher]

Nach OO-Prinzipien sollte jede Klasse genau eine Aufgaben haben

Dies ist so in dem maße kaum einzuhalten , allerdings sollte man sich daran zumindest orientieren , das kommt mit der Zeit , wenn man tiefer in der Materie ist und merkt das es Sinn macht bestimmte dinge z.B in Utility Klassen auszulagern oder ähnliches .

Da kann ich dem kaoZ nur Recht geben. Wir alle hatten Anfangs einen grotten schlechten Stil.
Aber nach und nach, entwickelst du deinen und damit wirst du dann für immer leben. - Was aber bei weitem nichts schlechtes ist.

Ein paar Dinge solltest du jedoch immer beachten, damit Andere deinen Code genau so verstehen, wie du es auch (eigentlich) solltest:

1. Mache deinen Code offensichtlich
2. Keinen blöden Schnickschnack, weil du meinst du kommst als guten Programmierer rüber, nur weil du tausende unnötige Funktionen drin hast
3. Hau' nur so viel in eine Klasse, wie da auch wirklich hineingehört!
4. Beachte dein Umfeld: Windows-Programmierer machen Dinge anders, als wir Linux-Programmierer.
5. Kommentiere bis deine Finger weh tun! Vor allem bei komplizierteren Sachen. Es gibt nichts Schlimmeres, als wenn du ein Projekt von jemanden hast, der nichts kommentiert hat, und du im Endeffekt mehr Zeit benötigst, um den Code zu verstehen, als wenn du das ganze Ding einfach neu geschrieben hast.

 

[Sogomn]

Danke schonmal, das mit "jede Klasse eine Aufgabe" werde ich mir merken und mich dran orientieren. Aber ist das mit dem Kommentieren wirklich so wichtig? Ich meine, ein guter Code sollte doch so oder so leicht zu verstehen sein.

 

[turtle]

Ich meine, ein guter Code sollte doch so oder so leicht zu verstehen sein.

Genau!

Daher halte ich wenig bis gar nichts von Kommentaren in Quellcode.

Erfahrung zeigt, das Kommentare sich vom Code "selbständig" machen und seltenst GENAU genug den Code beschreiben.

Daher sollte Code klarer/lesbarer formuliert werden.

Wer es genauer nachlesen möchte, kann ja mal in Clean-Code (insbesondere Kapitel 4) nachlesen.

 

[ARadauer]

[*]Kommentiere bis deine Finger weh tun! Vor allem bei komplizierteren Sachen. Es gibt nichts Schlimmeres, als wenn du ein Projekt von jemanden hast, der nichts kommentiert hat, und du im Endeffekt mehr Zeit benötigst, um den Code zu verstehen, als wenn du das ganze Ding einfach neu geschrieben hast.
[/LIST]

Eher nicht, dein Code sollte so einfach sein, dass er keinen Kommentare benötigt. Klassenkommentare ok... das man grundsätzlich beschreibt, was die Klasse machen soll. Methoden kann man auch noch kommentieren, aber Kommentare im Code sollten echt die Ausnahme sein.

Modthoden und Klassen kurz und simpel halten. Sprechende Namen verwenden...

 

[Sogomn]

Ich habe zu der Aufteilung der Aufgaben unter den Klassen ein gutes Video gefunden, wo der Autor wirklich VIELE Klassen verwendet. Ist das in diesem Umfang wirklich nötig oder können es ruhig auch ein paar weniger sein?
Klick

 

[JavaMeister]

So wie er das macht ist es schon sinning.

Nur mehr pakete hätte ich verwendet.

 

[Sogomn]

So wie er das macht ist es schon sinning.

Nur mehr pakete hätte ich verwendet.

Und das ganze für ein Snake-Spiel? Man könnte das ganze doch auch mit drei bis viee Klassen hinbekommen, auch mit relativ gutem Stil, oder nicht?

 

[JavaMeister]

Hmm.... Aber für eine Übung für die spätere Arbeit nicht ;D

 

[Sogomn]

Dann hab' ich wohl noch sehr viel zu lernen. Und ich dachte, ich wäre mit den Basics fast durch...

 

[ARadauer]

Die Warheit liegt irgendwo dazwischen...