High Level-Design für Installation und Upgrade Anwendung

Question

Ich brauche eine sehr einfache WinForms-Anwendung zu schreiben, aber ich habe oft stecken in über analytischen Modus mit diesen. Ich werde auf Ja fest, Nein, Retry Schleifen und mit sehr wenig Gedanken über die Aktionen der Anwendung zu tun, ich anfangen zu denken über den ‚Workflow‘ der Anwendung. Sollte ich nur eine Methode für jede Aufgabe und rufen jeden nacheinander, nach Überprüfung, dass der vorherige erhöhen nicht ein ‚Abbruch‘ Flagge?

Wenn ich eine einfache ITask-Schnittstelle und eine Klasse für jede Aufgabe implementieren, dann die Schleife durch eine geordnete Sammlung von Aufgaben? Soll ich dies als eine einfache Einführung in Windows Workflow verwenden? Der Umfang dieser Anwendung und deren Reihe von Aufgaben wird wachsen garantiert, so dass meine erste Möglichkeit, schwer, die Aufgaben Codierung ist die übelsten, aber die Größe der App angegeben, kann die Wartung ganz einfach nur durch die Änderung des Code ausgeführt werden; die ausführbare Datei wird immer mit den Upgrade-Materialien eingesetzt werden, und nicht permanent im Einsatz.

Answer 1

Auf Workflow Foundation, ich würde es erweitern Szenarien / Projekte halten, wo Sie eine Menge davon, wie hoch anpassbare Workflow verwenden, die Sie pro Benutzer / Unternehmen variieren mögen, komplexe Workflows Bedürfnisse, Pause / fortzusetzen.

würde ich die ITask Route für seine Flexibilität gehen (im Vergleich zu einfachen Methoden), während nach wie vor einfach zugleich. Ich glaube, es wird Ihnen auch die Einheit / Integrationstests helfen. Das sagte ich empfehlen, ein Auge auf die Wiederverwendung von Aufgaben, wie eine Datei Bewegungsaufgabe sagen, wie Sie mit Tonnen von Aufgaben beenden wollen nicht, dass das gleiche tun. Tun Sie es einfach auf die Refactoring-Schritte, so dass Sie den tatsächlichen Bedarf lassen / Nutzung diktieren, was Sie brauchen (in Tests - TDD:)).

Answer 2

Haben die einfachste Sache. Sie können jederzeit später Refactoring.

Answer 3

Ich werde Peter Vorschlag hinzufügen, indem er sagte, „die einfachste Sache Sie möglicherweise funktionieren könnte , die auch gutes Design “.

Es gibt Zeiten, wenn die „einfachste“ Sache ist auch die dümmste Sache, von einem Design-Standpunkt aus, und es wird dazu führen, Trauer auf die Straße, das ist das Gegenteil von dem, was die Programmierung extreme Mantra nach ist.

Ihre zweite Option klingt richtig für mich. Es ist einfach zu implementieren, ein gutes Design und die spätere Wartung erleichtern.