M ... Model: die Business-Logik, die eigentlich möglichst nahe an der Datenbank programmiert werden sollte.
V ... View: die Benutzeroberfläche
C ... Controller: die Events, wenn Tasten gedrückt werden etc.
Hier wird auch eine Fehlermeldung angezeigt, wenn falsche
Eingaben getätigt worden sind.
Wenn du diese Trennung beachtest und einhältst, hast du bei Änderungen den geringsten Aufwand. Du könntest bspw. die Benutzeroberfläche ändern, ohne daß du bei M oder C etwas ändern müßtest. Meistens wird V und C ineinander verschmolzen, weil sie doch nahe zusammengehören. Doch VC sollten nichts davon wissen, wie die Daten abgespeichert werden. Es ruft lediglich Methoden von M auf, um Plausibilitätsprüfungen in der DB durchzuführen oder Daten zu lesen und abzuspeichern.
Es wäre eben umständlich, wenn in den Klassen von V oder C selbständig SQL-Abfragen generiert würden, die Daten aus der DB holen und Berechnungen durchführen. So etwas gehört nach M. Dann hast du es später viel einfacher bei Änderungen.
____________________________________
Bibel
|