Microsoft 製品をエンド ツー エンドで使用する企業向けのワークフロー ソリューションを選択中です。WF4 に関するニュースを考えると、基本的には以前のバージョンを書き直したように思われますが、現在のバージョンに戻すのは賢明な動きでしょうか、それとも別のバージョンを探すべきでしょうか?
つまり、現在のバージョンは非常に悪いので、試して使用するのは賢明ではないでしょうか?
Microsoft 製品をエンド ツー エンドで使用する企業向けのワークフロー ソリューションを選択中です。WF4 に関するニュースを考えると、基本的には以前のバージョンを書き直したように思われますが、現在のバージョンに戻すのは賢明な動きでしょうか、それとも別のバージョンを探すべきでしょうか?
つまり、現在のバージョンは非常に悪いので、試して使用するのは賢明ではないでしょうか?
Haiving は、.NET 3.5 とワークフローを使用するプロジェクトを立ち上げたところです。WF の現在のリリースは、使用して実行するのに十分であると言えます。これは、製品を迅速にリリースするのに役立ちました (通常、機能がクリープし、要件が毎週変化します)。しかし、私はそれに不満のリストを持っています:
私はワークフローベースの開発のアイデアと可能性を気に入っていますが、この経験を急いで繰り返すつもりはなく、長時間実行されるプロセスではおそらくそれなしで固執するでしょう. もう一度使用する場所の 1 つは、短くて複雑なプロセス (価格を計算するためのルール エンジンなど) です。
少し遅いかもしれませんが、WF 4.0 がベータ版でリリースされたので、同じ質問を考えている他の人は、3.5 馬の代わりに 4.0 馬を支援することを検討できます。
これにより、次の問題が修正されます。
• ワークフロー デザイナーは、(特定の状況では) 非常に遅く、適切と思われるようにステート マシンを再配置するため、気が狂ってしまうでしょう。【デザイナー性能向上】
•それらを単体テストするのは簡単ではありません。アイデアはありますが、このワークフローユニット テストを開始したときは特に簡単だとは思えませんでした [今では少し簡単になったと思います。ワークフロー サンプルの紹介の一部には、ユニット テストがたくさん含まれています]。
ワークフロー開発者として、現在のバージョンは使いにくいと思います。これはマイクロソフトのv1.0ソフトウェアであるため、これは驚くべきことではありません:)
まず、ワークフロー ソフトウェアに期待することを検討する必要があると思います。WF からの期待事項を明確に定義したリストはありますか? 実際、私はそのようなリストの内容を疑問に思っています。各トピックについて、より詳細な情報を提供できるかもしれません。
Microsoft は下位互換性や新しい WF への移行戦略を提供すると理解しているので、安全に使用できると思います。ただし、組織内の他の開発者から、現在のバージョンの WF は非常に使いにくいと聞いています。予算に余裕がある場合 (およびワークフローの複雑さによっては)、K2 を検討することをお勧めします: http://www.k2.com/en/index.aspx
現在のバージョンを使用するもう1つのポイントは、「ダブリン」(Microsoftの新しいアプリケーションサーバー)がWCFおよびWF .NET 4.0で構築されますが、3.5WFを喜んでホストすることです。したがって、書き直さなくても移行できます。
なぜ人々が WF に対してそのような否定的な印象を持っているのか、私にはわかりません。確かにデメリットはありますが、とても便利だと思いました。私が抱えている大きな問題の 1 つは、既存のワークフローのアップグレードがサポートされていないことです (gbanfill のリストの箇条書き 2 番)。