Frage

Ich bin die Umsetzung eine ganz einfache Zustandsmaschine Auftragsabwicklung Anwendung. Es ist eine E-Commerce-Anwendung mit ein paar Drehungen. Die Nutzer der Anwendung nicht Workflows selbst bearbeiten werden.

Microsoft behauptet, dass asp.net und Windows Workflow möglich ist, zu kombinieren. Wie schwer ist es zu installieren und eine Kombination von asp.net und Windows Workflow zu pflegen? Ich würde den Workflow-Status in SQL-Server wird zu halten.

Ist es einfacher für mich, meinen eigenen Zustand Maschinencode zu rollen oder Windows Workflow das richtige Werkzeug für den Job?

War es hilfreich?

Lösung

Asp.net und WF entlang ganz gut erhalten, und WF fügt nicht viel Wartungsaufwand.

Unabhängig davon, ob dies die richtige Entwurf für Sie hängt viel von Ihren Bedürfnissen. Wenn Sie eine Menge von ereignisgesteuerten Aktionen haben, dann könnte WF lohnen, da sonst der Aufwand eigenes Tracking von Fahrzeugen wahrscheinlich weniger Komplexität des System hinzufügen würde.

WF ist relativ einfach, mit zu arbeiten, so würde ich vorschlagen, einen Prototyp Aufarbeitung und experimentiert.

Auch meiner Meinung nach, basierend auf Ihren Anforderungen, bezweifle ich WF die richtige Lösung für Sie sein würde.

Andere Tipps

Es hängt von Ihren Bedürfnissen. Wie komplex ist die Zustandsmaschine? Wo wollen Sie die Zustandsmaschine (zum Beispiel Modell vs. Datenbank) zu leben? WWF stellt eine ereignisbasierte Zustandsmaschine, die gut genug ist, wenn Ihre Zustandsmaschine in dem Modell eingebettet ist.

Persönlich habe ich eine E-Commerce-Framework und anderen Workflow-basierte Websites implementiert und ich habe habe immer viel Freude aus der Implementierung Datenbank basierten Zustandsmaschinen. Immer reibungslos funktioniert.

Auf der anderen Seite, einige Kollegen von mir lieber WWF.

In jedem Fall ist es funktioniert perfekt mit ASP.NET.

Wenn Ihr Zustand Maschine ist sehr einfach, dann würde ich sagen, dass Sie gerade Ihre eigene Rolle sollte. Sie haben mehr Kontrolle über alles. Sie können mit Ausdauer auf Ihrem eigenen Bedingungen beschäftigen und sich keine Sorgen darüber, wie sie es tun.

WF sieht zwar ziemlich cool, aber ich denke, dass es die Macht wahrscheinlich in der Tatsache liegt, dass es einfach ist es in Frameworks wie CRM und Sharepoint zu binden. Wenn Sie diese verwenden in der Anwendung gehen, dann würde ich auf jeden Fall überlegen WF verwenden.

Vollständige Offenlegung: Ich bin definitiv kein WF Experte

.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top