Trennung von GUI und Logik, wie geht ihr vor?

[freimatz]

Zitat von stahli:

Soweit sollte das jedem einleuchten, der schon länger objektorientiert programmiert.

Sollte. Leider ist dem nicht so.

Man muss ja nicht ins andere Extrem fallen wie an dem Code wo ich grad dran bin bei dem zwischen Anwender und DB ca. sieben Schichten liegen. (Wohlgemerkt bei einer Desktop-Anwendung)

[mschaefer]

Moin, die normale VCL Anwendung fördert die Trennung nicht wirklich. Denke das dies bei Windows Applikationen auch bis zu einem gewissen Grad vertretbar ist die Logik mit dem Formular zu verknüpfen, für Webanwendungen mit Webformular und serverside Execution geht es schlicht nicht.

Solange mit Delphi nicht ernsthaft Weboberflaechen entwickelt werden können, wird es wohl keine saubere Trennung geben.

Grüße in die Runde

[p80286]

Zitat von mschaefer:

Moin, die normale VCL Anwendung fördert die Trennung nicht wirklich.

Das kann ich unterschreiben. Und wenn man dann ein zweites Programm mit der gleichen und dann noch zusätzlicher Funktionalität schreibt, fängt man an das erste Programm zu filetieren und nimmt sich vor es beim nächsten Mal gleich zu trennen, egal ob es zunächst einfacher erscheint oder nicht.

Gruß
K-H

[Ghostwalker]

Zitat von mschaefer:

Moin, die normale VCL Anwendung fördert die Trennung nicht wirklich. Denke das dies bei Windows Applikationen auch bis zu einem gewissen Grad vertretbar ist die Logik mit dem Formular zu verknüpfen, für Webanwendungen mit Webformular und serverside Execution geht es schlicht nicht.

Solange mit Delphi nicht ernsthaft Weboberflaechen entwickelt werden können, wird es wohl keine saubere Trennung geben.

Grüße in die Runde

Das kann ich so nicht ganz unterschreiben. Auch in Webanwendungen kann man einen Teil der Logik an die Oberfläche binden. Mit Javascript nicht wirklich ein Problem. Andererseits hast du schon recht, das bei Webanwendungen eine stärkere Trennung vorhanden ist. Das liegt aber daran, das ich i.d.R. auch eine "physikalische Trennung" habe (eben Browser/Client und Server). Das erleichtert dann natürlich auch die Trennung von Gui und Logik.

Eine solche Trennung kann man aber genauso mit VCL oder mit jedem anderen Oberflächenframework bewerkstelligen.

[Mavarik]

Egal wie man etwas trennt... Eine Schichttrennung hat immer Vorteile.

Wer hat sich nicht schon mal geärgert das man die Datenbank X gegen eine andere Datenbank tauschen möchte oder auch nur andere Zugriffskomponenten (BDE zu FireDac z.B.)

Hat man je Formular zig Komponenten drauf geklickt ist das der Horror... Dann noch alle Verbindungen im Objectinspector zusammen geklöppelt und wahrscheinlich alle Felder oder Grids mit Datasets verknüpft... Oder noch schlimmer per LiveBindings...

Für ein Prototype mag das noch gehen, aber für eine Anwendung die ggf. sogar mehrere Programmierer pflegen sollen? Naja...

Alles in ein Form zu packen rächt sich sehr schnell...

Wer es so gemacht hat, soll doch mal eben von FireDac & lokaler Interbase Datenbank auf einen REST-Server / SOAP umstellen...

Ich tausche nur ein Interface im Model...

Mavarik

[Frickler]

Zitat von Mavarik:

Hat man je Formular zig Komponenten drauf geklickt ist das der Horror... Dann noch alle Verbindungen im Objectinspector zusammen geklöppelt und wahrscheinlich alle Felder oder Grids mit Datasets verknüpft... Oder noch schlimmer per LiveBindings...

Um das Verdrahten der Komponenten auf den Forms (selbst wenn mans mit der Controllerklasse verdrahtet in der PAS Datei) kommt man eigentlich nur drumrum, wenn man die Forms automatisch generiert, entweder zur Entwicklungszeit aus dem Datenmodell oder gar zur Laufzeit aus den aktuellen Daten.

[Mavarik]

Zitat von Frickler:

Um das Verdrahten der Komponenten auf den Forms (selbst wenn mans mit der Controllerklasse verdrahtet in der PAS Datei) kommt man eigentlich nur drumrum, wenn man die Forms automatisch generiert, entweder zur Entwicklungszeit aus dem Datenmodell oder gar zur Laufzeit aus den aktuellen Daten.

Oder man bindet die Komponenten nur an propertys des ViewModels und brauch "nie" wieder etwas am Form ändern.

[mkinzler]

https://blog.grijjy.com/2018/01/22/m...t-part-1-of-3/