nicht angemeldet
Tach!
Entschuldigung, wenn mein Einwurf hier nicht passen sollte, ich lese den Thread leider nur mit einem viertel Auge mit. Ich picke mir mal ein Detail heraus.
Wieso hier objektorientiert nicht einfach karte1.compareTo(karte2) mittels Compare Interfaces ...
Ist es wirklich günstig, dass das Objekt weiß, wie es sich mit anderen vergleichen kann? Muss eine Kuh wissen, wie sie sich selbst zu melken hat? Wenn man mal die "Und-Regel" ansetzt kommt bei einer Beschreibung der Klasse heraus: "... _und_ kann seine eigenen Instanzen miteinander vergleichen". Das heißt, das Objekt hat (mindestens) zwei Aufgaben und würde damit nicht dem Single-Responsibility-Prinzip entsprechen. Oder anders, mehr praktisch gedacht, je mehr Funktionalität hinzukommt, desto Monster wird es am Ende. Die Komplexität insgesamt bleibt erhalten und vergrößert sich sogar noch durch weitere Klassen, die aufgrund solcher Aufgabentrennungen entstehen. Aber dafür werden dann andere Dinge, wie zum Beispiel Unit-Tests wiederum überschaubarer, wenn nicht zu einer Monsterklasse moch Milionen von Testcases in einer Test-Klasse zu stehen kommen.
dedlfix.
Matthias Apsel
Auge