Geschäftslogik für 2 versch. Designs

[BB]

Habe 2 verschiedene Forms (Designs) entwickelt, die beide die gleiche
Geschäftslogik beinhalten sollen, wobei in Form1 (Design1) die Geschäftslogik (Prozeduren und Funktionen) bereits umgesetzt ist.

Wie geht man dieses Problem am besten an, ohne auf Form2 wieder die
gleichen Prozeduren schreiben zu müssen (wäre für die Wartbarkeit nicht gut) ?.

Vielen Dank.

[Bernhard Geyer]

Wie wäre es die Geschäftslogik auch Klassentechnisch von der GUI zu trennen?
Also eine eigene Klasse für die Geschäftslogik zu schreiben welche von deinen Formularen verwendet werden.

[BB]

Vielen Dank für die schnelle Antwort. Leider kann ich damit nicht soviel anfangen,
wäre es vielleicht möglich ein kurzes Beispiel zu zeigen ?.

[Andreas Kosch]

Hallo,

wenn die Wiederverwendbarkeit eine Rolle spielt, sollte die Geschäftslogik nicht in der Quelltextdatei des Formulars stehen. Statt dessen kapselt eine zweite Klasse die Funktionalität als "Black Box", auf die das Formular nur über eine definierte Schnittstelle (echtes Interface der Klasse oder "Quasi-Schnittstelle" über die öffentlichen Members der Klasse) zurückgreift.

Für die Implementierung stehen mehrere Weg zur Verfügung.

1. Wenn die Geschäftslogik unabhängig von der Benutzeroberfläche aktualisiert werden soll, wird die Klasse in eine separate Klassenbibliothek ausgelagert. Die Benutzeroberfläche (Windows Form-Anwendung) bindet dann nur die Assembly-DLL als Verweis ein.

2. Wenn nur diese eine Windows Form-Anwendung die Geschäftslogik nutzt, kann die Klasse auch in das eigene Projekt integriert werden.

...wäre es vielleicht möglich ein kurzes Beispiel zu zeigen.

Das .NET Framework ist doch das beste Beispiel, denn dort stellen auch ja eine Unmenge von Klassen aus verschiedenen Klassenbibliotheken die "Geschäftslogik" des Frameworks zur Verfügung.