Refactoring Windows Forms-Anwendung

Question

Ich entwickle eine Windows Forms-Anwendung. Es wurde im Grunde mit einer Mischung aus BDUP und Prototyping evidenziert.

Ich habe etwa 1500 Zeilen Code (außer IDE generiert teilweise Klasse ... 1465 um genau zu sein) in das Formular und das Formular hat 6 Registerkarten (9 Unterregister). Es enthält nicht mehr als 10 Steuerelemente in jeder Form, sodass eine Mehrfachformel-Lösung ein Overkill wäre.

Ich habe eine Reihe von Entitätsklassen, die bei der Serialisierung geben Sie mir eine XML-Darstellung, die ich in einer XML-Datei speichern. Ich habe dies mit einem Repository-Muster gekapselt, damit ich den Speicher in Zukunft in eine Datenbank verschieben kann. Das Formular verwendet die Entitätsklassen (zum Speichern/Bearbeiten) und die Repo-Factory (Hinzufügen, Abrufen und Speichern).

Jetzt ist mein Problem, dass viel von den 1500 Zeilen Code die Interaktion zwischen UI-Elementen behandelt (eine Auswahl in einer Combo macht einige Elemente deaktiviert, oder zeigt verschiedene Elemente in einem Raster an, Registerübergänge handhaben (next/back buttons)), Lade Menüs (jedes einzelne Element in der xML-Datei-Repository wird ein Menüpunkt), neue/Editier-Modus usw. (ich habe drei verschiedene Sätze von neuen/bearbeiten auf der gleichen Form).

1. Was wäre Der beste Ansatz hier, um die Interaktion des Elements zu verschieben Lassen Sie mich sagen, dass ich mich entscheide, es in Zukunft webbasiert zu machen.
2. Noch wichtiger, was sind die Composite Refactorings, die ich anwenden kann?
3. Welche Muster sollte ich umgestalten/Richtung?

Vielen Dank für Ihre Hilfe.

Hinweis: Ich lese Refactoring zu Patterns ... Speziell ich eine "Howto"/Tipps Refactoring zu MVC ...

Answer 1

Sie sollten schauen in die Model-View-Controller (MVC haben wollte) Entwurfsmuster, um Ihre Geschäftslogik von Ihrer Anzeigelogik zu abstrahieren.

Es gibt auch einen anderen Geschmack der gleichen Sache, der Model View Presenter.

Beide sind ausführlich im Netz dokumentiert.

Grüße, Joon

Answer 2

Martin Fowler beschreibt verschiedene UI-Architekturmuster in this article. Es ist ziemlich lang, aber es lohnt sich, es zu lesen. Sie können dann bestimmen, welche Muster und Architekturmodelle am besten zu Ihrem Szenario passen.

Am Ende des "Model View Controller" Abschnitt of that article erwähnt Fowler diese Elemente, die für Sie in scheinen:

• eine starke Trennung zwischen Präsentation Stellen (Ansicht & Controller) und Domäne (Modell) - Getrennte Präsentation.
• Teilen Sie GUI-Widgets in einen Controller (um auf Benutzeranregung zu reagieren) und sehen Sie (um den Status des Modells anzuzeigen). Controller und Ansicht sollten (meistens) nicht direkt kommunizieren, sondern über das Modell.
• Lassen Sie Views (und Controller) das Modell beobachten, damit mehrere Widgets aktualisiert werden können, ohne dass sie direkt kommunizieren müssen - Observer Synchronization.

Siehe den Artikel und seine Links für weitere Informationen. Viel Glück!