Forum: Object-Pascal / Delphi-Language
Delphi
by stahli,
20. Okt 2017
Natürlich dürfen sie. Aber sie müssen nicht um jeden Preis.
Du hättest Dir dann 3/4 des gesamten Aufwandes halt einfach sparen können.
Forum: Object-Pascal / Delphi-Language
Delphi
by stahli,
19. Okt 2017
Das sehe ich ganz gegensätzlich.
Die Probleme, die Du hier hast, kommen m.E. nur daher, dass Du Deine Klassenmember entsprechend Deiner Tabellen benennen willst.
Wie die Tabellen ausssehen und wie die heißen, hat aber die Businessklassen letztlich nicht zu interessieren.
Was Du tust, ist ein neues Projekt mit neuen Klassen aufzubauen, weil Du eine andere Datenbank anbinden willst. Das ist...
Forum: Object-Pascal / Delphi-Language
Delphi
by stahli,
18. Okt 2017
@Delbor
Das, was Du beschreibst, klingt schon ganz gut, aber Dein Quelltext lässt das nicht ganz erkennen.
Du könntest es Dir deutlich einfacher machen, aber müsstest dafür sicher Dein Projekt neu aufbauen.
Mal zwei Ansätze.
Empfehlenswert wäre m.E. folgender neuer Ansatz (mal am Beispiel Personen und Autos):
Du baust 2 Klassen:
Forum: Object-Pascal / Delphi-Language
Delphi
by stahli,
18. Okt 2017
@Delbor
Ich denke, Du musst Deinen Grundsatzüberlegungen nochmal etwas ordnen und strukturieren.
Nimm Dir mal ein Blatt Papier und zeichne Dir mal einen Plan, wo welche Zuständigkeiten geregelt werden sollen. Je klarer Dir das gelingt, je strukturierter wird Dein Programm aufgebaut sein.
Für Außenstehende ist vermutlich schwer nachzuvollziehen, was Du aktuell genau vorliegen hast und was...
Forum: Object-Pascal / Delphi-Language
Delphi
by stahli,
13. Okt 2017
Mir geht es wie Elrond.
Ich würde die Logik eher in verschiedene Ebenen aufteilen.
Deine Buinessklassen sollten die Daten so verwalten und die Felder so benennen, wie es für die Geschäftslogik Sinn macht.
Dann müsstest Du Deinen Klassen die Fähigkeit geben, sich in eine Datenbank zu speichern und die eignen Daten daraus wieder zu laden.
Da spielt dann für die Businessklassen keine...