Hallo Ich möchte gerne wissen, wie viele von Ihnen Workflow in Ihrer Produktionsumgebung verwendet haben und War es eine gute Idee? Ich meine, wir können die gleiche Sache mit DB und Scheduler-ServiceWorkflow In Produktionscode
Wir verwenden Sharepoint, die WF für seine Workflows verwendet. Es funktioniert ziemlich gut und ist ziemlich einfach anzupassen. Wenn Sie einen fortgeschrittenen Arbeitsablauf benötigen, kann WF es unterstützen, aber es wird ein wenig Training brauchen, um die Details zu lernen.
Sie könnten Ihren eigenen Workflow rollen, aber warum das Rad neu erfinden? WF ist in das .NET 3.0 + Framework integriert und ist ziemlich robust, so dass Sie es auch nutzen können.
Wir verwenden WF in unseren Produktionsumgebungen. Wir haben 6 verschiedene Workflows, die ausgeführt werden können. Diese teilen sich in 3 Staatsmaschinen und 3 Sequenzen auf. Ich würde es unter Umständen wieder benutzen, aber ich würde es nicht in anderen tun. Ich würde behaupten, dass der statismachine Teil des Workflows am Ende schnell angeheftet wurde, ich bin nicht sicher, dass es ein Kernteil des Workflows durch Design ist.
Ich würde Workflow für kurze laufende Prozesse wie Anführungsstriche oder die Umwandlung von Dingen verwenden, bevor sie an suppliers diese Art von Sache senden.
Ich würde es nicht wieder für eine lange laufende Staatsmaschine tun wollen - hauptsächlich, weil es keinen eingebauten WF-Upgrade-Prozess gibt, so dass wir unsere eigene geschrieben haben. Es gibt auch viele Konzepte, mit denen man sich herumschlagen kann (Zuneigung, die in unserem Entwicklungsteam als Zigeunerfluch bezeichnet wird).
Ich wäre auch ein wenig besorgt über die Leistung: Unser App-Server läuft derzeit auf Hochtouren (ok, ich starte gerade 8000 Workflows neu). Dies ist besonders dann ein Problem, wenn Sie es direkt in WCF über die (.NET 3.5) Sende- und Empfangsaktivitäten integrieren. Es gibt einige richtig verrückte Konfigurationseinstellungen, die Sie einstellen müssen, damit mehrere Workflows gleichzeitig ausgeführt werden können.
Wie gesagt: es ist nützlich, ich würde es wieder benutzen, aber nicht für eine andere Staatsmaschine.
Siehe auch Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?
meisten Leute sagen, all die guten Dinge über Workflows, aber ich habe festgestellt, dass sie unnötige Komplexität des Codes und Wartungsprobleme einzuführen. Sie sind für eine bestimmte Klasse von Problemen geeignet. abgesehen davon, dass sie eine Menge Code-Klempner und Wartung Alpträume brauchen.
Kann ich Sie etwas fragen, wie haben Sie in Sharepoint 2003 programmiert? bevor WF anwesend war – Snehal
haben wir nicht. Wir verwenden Teamcenter Enterprise für die meisten unserer Arbeitsabläufe. Wir untersuchen derzeit die Implementierung weiterer Workflows in Sharepoint 2007. – davogones