4

私は、WCF サービス層 (.NET 4.5 に対してコンパイル) の開発と展開に成功した顧客にいます。それは完璧に機能し、すべてがダンディです。

ただし、追加の要件があります。レイヤーを再構築 (または少なくとも再設計) して、WSSF を組み込む必要があります。統合する必要がある古い機能はなく、サービスのすべての操作は DB での SP の実行に基づいています。

私はそれをすべきですか、それとも反対する方が賢明ですか? 私は WSSF を使って仕事をしたことがなく、なぜこの特定の職場で働くべきなのかについてほとんど説明がなかったので確信が持てません (それは彼らが私たちに知られたくないだけでなく、単に知らないからかもしれません)彼ら自身）。

私の懸念は、以下に基づいていますが、これらに限定されません。

  1. 最新のリリースは 2010 年 8 月からです。
  2. ドキュメントセクションには何も記載されていません。
  3. ライセンスは商業活動と競合しているようです。
  4. WSSF は現在、テクノロジとして広く使用されていません (または、そうでしょうか?!)。
  5. WSSF の目的は、古いサービス レイヤーを WCF 化することだけです (そうではありませんか?!)。

特に 4 番と 5 番は、現時点で私の武器の中で最も強力なステートメントではないので、この件に関して貢献できる賢明な言葉があれば、喜んで訂正します。

4

2 に答える 2

1

簡単に言えば、見栄えがよくないということです。MSDNから: Web Service Software Factory 2010 :

Web Service Software Factory は現在、コミュニティによって維持されており、Service Factory サイトで見つけることができます。このコンテンツは古く、メンテナンスされていません。これは、これらのテクノロジをまだ使用している個人への礼儀として提供されています。このページには、最初に公開された時点では有効だった URL が含まれている可能性がありますが、現在は存在しないサイトまたはページにリンクしています。退職: 2011 年 11 月

1) つまり、完全にコミュニティによって運営されているようです。しかし、ディスカッション フォーラムを見ると、投稿はそれほど多くなく、応答がないものもかなりあります。

2) codeplex でドキュメンテーション タブが空であることはかなり一般的ですが、ドキュメンテーション タブにはありませんが、ドキュメンテーションは頻繁にあります。

3) ライセンスに関しては、Ms-PL は非常に寛大なので、問題が発生することはないと思います。

4) けなすつもりはありませんが、あまり人気があったとは思いません。間違いなく標準ではありません。

5) サービス ファクトリの目的は、ガイダンスを提供することでした。これは、記述とコード ベースの両方です。詳細については、 Web Service Software Factoryを参照してください。

于 2013-08-20T06:59:33.327 に答える
1

WSSF は、WCF サービスを構築するためのベスト プラクティスを組み込んだツールでした。使用してから何年も経ちますが、基本的に、サービス (コントラクト)、データ (モデル) などに関するいくつかの (実際には多くの) 質問をするウィザードを思い出します。適切な命名規則、IsOneWay=true/false を [OperationBehavior] に追加する、または IsRequired=true/false、Order=n などを [DataContract] に追加するなどの詳細な宣言を使用するプロジェクト。言い換えれば、それは非常に冗長なコードを生成し、私たちのほとんどはそれが必要になるまで吹き飛ばしてしまいました。

ただし、サービス コントラクトが 1 つのプロジェクトにあり、データ コントラクトが別のプロジェクトにあり、実装がさらに別のプロジェクトにあるように、ソリューションを構造化するなど、それ以上のことが行われました。テストプロジェクトを作成しました（私は信じています）。そのため、ソリューションの非常に詳細なレイアウト。最も単純なサービスでは、ソリューションに約 6 ～ 7 個のプロジェクトが含まれることを覚えています。生成されたコードを調べるまでは、最初は少し戸惑いました。

それが持っていたもう 1 つの優れた機能 (当時、多くの人が求めていた) は、コントラクト ファースト開発を行う方法でした。既存の Web サービス メタデータがあれば、新しいサービス ソリューションを構築できます。

とにかく、それが完成したら、基本的にメソッドの実装を提供する必要がありました。個人的には、サービス開発に実際に採用したことはありません。しかし、当時、私はそれを高く評価し、サービス開発に慣れていない顧客に適切なスタートを切ることができると知っていたので、それを紹介することがよくありました.

しかし、あなたの心配にコメントするために...

  1. その通りです。更新するためのリソースがありません。
  2. 実際、かなりのドキュメントがあります。[ホーム] タブに移動するだけで、そこへのリンクが表示されます。
  3. これについてはわかりません。それが生成するコードはあなたのものです。まだコンパイルする必要があり、今後も維持するのはあなたです。(私の知る限り) 他のコード生成ツールと何ら変わりはありません。
  4. いいえ、そうではありません。また、これが開発された時期、.NET Framework 2 ～ 3.x を考慮してください。それ以来、WCF には多くの機能が追加されています。また、サービス開発に関する新しいガイダンスもいくつかあります。.NET Framework 3.5SP 以降で追加された新しい機能の一部を使用している場合 (おそらくそうです)、これは私が使用することをお勧めするものではありません。
  5. 繰り返しますが、それは優れた機能の 1 つでした (コントラクト ファースト開発)。しかし、それは実際には主なアイデアではありませんでした。新しいサービスの枠組みを構築するためのツールでもありました。実は新サービスの開発がツールの原動力だった記憶があります。時間をかけてダイアログを確認すると、構築を開始するための非常に優れたソリューションが得られました。
于 2013-08-20T06:36:20.657 に答える