Hallo,
ich habe mal wieder eine Grundsatzfrage.
Ich überlege, ob ich alle Möglichkeiten an eine Klasse dranprogrammiere, oder ob ich Helper-Klassen anlege, die bestimmte Funktionen übernehmen.
Wenn ein neuer Programmierer ins Team kommt muss dieser nicht überlegen, was Foo alles für Möglichkeiten bietet:
Nur wann soll ein Objekt ein Pojo sein, also nur Daten halten und wann sind Methoden mit Logik erlaubt, bzw. schön?!
Ich denke auch an Persistierung. Wenn ich mir Hibernate anschaue gibt es in allen von mir je gesehenen Beispielen nur "dumme" Objekte, die keine Logik enthalten.
Wenn wir beim Beispiel von eben und bei Hibernate bleiben, wäre es dann schön in bar.delete() die delete()-Methode aus dem DAO von Foo aufzurufen?
Also lieber Mischen, oder Helperklassen?
Klärt mich auf
Vielen Dank schon mal!
Gruß
Gerrit
ich habe mal wieder eine Grundsatzfrage.
Ich überlege, ob ich alle Möglichkeiten an eine Klasse dranprogrammiere, oder ob ich Helper-Klassen anlege, die bestimmte Funktionen übernehmen.
Wenn ein neuer Programmierer ins Team kommt muss dieser nicht überlegen, was Foo alles für Möglichkeiten bietet:
Code:
Foo bar = new Foo();
bar.delete();Ich denke auch an Persistierung. Wenn ich mir Hibernate anschaue gibt es in allen von mir je gesehenen Beispielen nur "dumme" Objekte, die keine Logik enthalten.
Wenn wir beim Beispiel von eben und bei Hibernate bleiben, wäre es dann schön in bar.delete() die delete()-Methode aus dem DAO von Foo aufzurufen?
Also lieber Mischen, oder Helperklassen?
Klärt mich auf
Vielen Dank schon mal!
Gruß
Gerrit
