現在の私の見解の簡単な要約は次のとおりです。
私のコードを含め、これらのどれも実稼働目的には適していません。すべてが共有するsimpleworkerの使用の制限と制限は、ミッションクリティカル(私が「生産」を意味すると認識しているもの)プロセスには適していません。少なくとも、LoopBack 以外の IP で WCF (WebHttp バインディング、IIRC を含まない) を完全に提供できないことです。もう 1 つの制限は、すべての要求が一度に 1 つずつキューとして処理され、現在のところ、すべての要求が静的テキスト ファイルと画像ファイルを含むランタイムによって処理されることです。これは CassiniDev で変更される可能性があります (資金が確保されれば遅かれ早かれ)。キャッシングは、IIRC のすべての実装にほとんど存在しません。
CassiniDev は私が頻繁に使用するツールであり、機能はこれを反映しています。2.0、3.5、4.0 に対応しています。これは、exe、dll、および Visual Studio の開発サーバーに代わる 100% 互換性のある (強化された) ドロップとして構築されています。フレームワークや継続的インテグレーション環境をテストするだけでなく、スタンドアロンの exe や独自のアプリケーションに埋め込んで使用するのに適していて使いやすいです。
Visual Studio 2010 用の WebDev.WebServer の最新バージョンは、変更を特定するためにリフレクターを介して実行されましたが、ほとんど検出されず、意図は CassiniDev に実装されています。
開発は活発で、次のような新機能のいくつかを推進するために、企業からの資金を少し享受しています。html/javascript テスト結果を NUnit、MSTest などに送信するための仮想エンドポイント。ブラウザーを開き、ページを提供し、ブラウザーを閉じることができるブラウザー ドライバー。プラグインをサポートする構成システムの初歩的な開始であり、現在の唯一の実装は、CORS、XDomainRequest、および Flash を介してクロスドメイン JavaScript をサポートするために必要なヘッダーを送信する CORS プラグインです。
コードプレックスのランディング ページには古さが示され、ドキュメントは何年も更新されていませんが、ソースにはアクティビティが表示されており、通常、クイック スタート機能のサンプル/テストがあります。適切なドキュメントを書くための時間を確保したいと考えています。
バグは修正され、時間が許す限り機能が実装されます。
私の見解では、唯一の選択肢は CassiniDev と UtiDev の間です。明らかに私は CassiniDev を選択しますが、要件によっては UtiDev の方が適している可能性があります。
UtiDev は非常に優れた製品ですが、休止状態です。サービスとして実行したり、1 つの IP で複数のサイトにサービスを提供したりするなど、最終的に盗むいくつかの優れた機能があります。
私の.02。私は恥知らずに自分の仕事をプラグインしているように見えるかもしれませんが、実際には、他の何百人もの人々と同じように、開発とテストで毎日 CassiniDev を使用しています。他の人が仕事に価値を見出してくれることを嬉しく思いますが、時間の許す限り最善を尽くしますが、問題や機能への対応時間を保証することはできず、不適切な期待を生み出したくありません.