Delphi und Software-Design

[shmia]

Das liegt IMHO daran, dass Delphi von der Struktur der VCL so gebaut ist, dass man nicht so einfach MVC oder andere Modelle einführen kann.
Ein Formular bzw. die Klasse hinter dem Formular ist View und Controller zugleich.
Somit kann man eigentlich nur das Modell sauber vom Formular isolieren (leider geschieht dies viel zu selten).
Desweiteren fehlt Delphi auch das Feature, dass ein Event von mehreren Eventhandler empfangen werden kann.
Um das zu beheben habe ich mir eine EventList-Klasse programmiert, aber ohne direkte Unterstützung der Sprache bleibt es eine Krücke.
Und so besteht in Delphi zwischen Modell und View eine 1-zu-1 Beziehung, was in vielen Fällen ausreichend ist.

[Phoenix]

Zitat von shmia:

Das liegt IMHO daran, dass Delphi von der Struktur der VCL so gebaut ist, dass man nicht so einfach MVC oder andere Modelle einführen kann.

Die Aussage ist Quark. Ich habe vor 10(!) Jahren (2000 bis ca. 2002) schon mit einem (zu dem Zeitpunkt auch schon einige Jahre!! alten) MVC-Framework in Delphi gearbeitet.

Und das hat nicht viel anderes gemacht als mit einem integrierten ORM das Model bereitzustellen (Code- und Datenbankgenerierung aus XML, das mit einem eigenen Designer erstellt wurde), eine eigene Klassen-Hierarchie für die Controller bereitzustellen und ein Factory-Pattern für die normal designten Forms. Dazu gab es ein paar Vorgaben wie datengebundene Controls zu heissen haben, so dass der Controller diese dann automatisch ans Model binden konnte.

In sowas stecken dann natürlich einige Mannjahre an Entwicklung, aber so produktiv wie damals habe ich selten wieder gearbeitet.

Sowas geht allerdings auch ohne ORM.

[vagtler]

Zitat von Phoenix:

Die Aussage ist Quark. [...]

Danke. Ich hätte es nicht besser ausdrücken können...

[mquadrat]

@rweinzierl

Natürlich fragt man nicht nach dem Stil. Aber es ist doch sehr sehr ruhig was diese Themen angeht. Man kann ja durchaus fragen, welchen IoC-Container andere einsetzen. Oder wie man die Limitationen von RTTI in den älteren Delphis umgehen kann.


@shmia

Form und Code-Behind (ich benutze jetzt einfach mal den .NET Slang) sind IMHO nicht View und Controller, sondern können auch nur als View verwendet werden. Alles was man dort wirklich machen muss ist der Glue-Code, wenn man kein Convention-Over-Code Framework verwendet.

EDIT: Die rote Box war schneller

[Phoenix]

Btw: Beim 'Umtopfen' der DP haben wir im übrigen auch in diese Richtung gedacht.

Genau dafür gibt es z.B. diese neuen Kategorien:
Algorithmen, Datenstrukturen und Klassendesign sowie Softwaretests und Qualitaetssicherung.

Auch so Themen wie "Clean Code" sind hier natürlich gerne gesehen.

[mquadrat]

Vielleicht findet sich ja ein Gastautor, der solche Themen mal in einem Blog oder Beitrag hier behandelt. Wäre doch eigentlich ein Thema für das Entwickler-Magazin, dann wäre da vielleicht auch mal wieder mehr als ein Delphi-Artikel drin.

@Phoenix: Algorithmen und Software-Design würde ich aber jetzt thematisch nicht unbedingt zusammen sortieren. Andererseits, wäre es wohl sonst ebenso leer wie der Testbereich.

[Stevie]

Zitat von mquadrat:

Vielleicht findet sich ja ein Gastautor, der solche Themen mal in einem Blog oder Beitrag hier behandelt. Wäre doch eigentlich ein Thema für das Entwickler-Magazin, dann wäre da vielleicht auch mal wieder mehr als ein Delphi-Artikel drin.

@Phoenix: Algorithmen und Software-Design würde ich aber jetzt thematisch nicht unbedingt zusammen sortieren. Andererseits, wäre es wohl sonst ebenso leer wie der Testbereich.

Ich beschäftige mich im Moment mit einigen dieser Themen und bin auch dabei, vieles davon in Delphi XE umzusetzen. Ich finde es schade, dass diese Themen in der Delphi Community sehr stiefmütterlich behandelt werden. Aber vielleicht ergibt sich durch meine Artikel etwas mehr Interesse. Und immerhin sind einige Sachen auch erst jüngst (frühestens mit Delphi 2010) elegant zu lösen. Will nicht sagen, dass es früher nicht ging, aber Generics, enhanced RTTI und anonyme Methoden sind schon ein großartiges Werkzeug dafür.

Also, wer sich dafür interessiert, kann ja mal auf meinem Blog (siehe Signatur) vorbeischauen - und ich hab noch einiges mehr vor. Feedback und Fragen sind natürlich auch herzlich willkommen.