私はショッピングカートのようなC＃でプロジェクト（Webアプリケーション）を持っているので、他のプロジェクトに統合して作業負荷を減らすことができます。 ですので、その機能を最高の安全で高速に使用することができます。 だから私は好むべきですWCFまたはDLLの（クラスファイル）？これは、多くのプロジェクトの一部（統合）として使用されるWebアプリケーションにとって、より良いwcfまたはdllですか？
ありがとうございました。それが依存
WCFを使用する場合は、ホストする必要があり、1つまたは複数のショッピングシステムから呼び出すことができる一連のWebサービスを取得します。 バックオフィスを共有する複数のショッピングシステムを持つことができれば、このようなサービスレイヤーはいい考えです。その後、複数のショッピングアプリケーションのためにサービスレイヤーを再利用することができます。
ショッピングカードや商品アイテムのような再利用の基本機能のみを使用する場合は、サービスレイヤ全体を共有するのではなく、複数のクラスを再利用する方法について説明します。共有されたdllは、より充当されるでしょう。
また、サービスレイヤを使用してソリューションを設計する場合、WCF属性を使用してソリューションを設計して、WCFサービスに変換することができます。消費するコードはこれに気付かないでしょう。
したがって、再利用するコードの量と、新しいアプリケーションがそのまま再利用できるかどうか、または変更する必要があるかどうかによって異なります。
、以下の点をチェックして、自分で決める：
あなたは誰もが使いたくないので、もしDLLは、あなたに次のような利点 1）WCF 2）出力セキュリティよりもはるかに優れたパフォーマンスを提供しますあなたのあなたはDLLのために行くことができるwcf関数
WCFには以下の利点があります 1）あらゆる場所から（オンライン）利用可能ですので、プロジェクトごとにDLLを追加する必要はありません。 2）WCF関数呼び出しの実装はどのプロジェクトでもほぼ同じです 3）これらのメソッドはJavascript（Webプロジェクト）から簡単に呼び出すことができます。 4）WCFアプリケーションを専用または従属サーバーにホストすることができます。
ロジックを変更したい場合は、すべてのショッピングカートサイトをコールバックする必要がなく、各サイトを新しいDLLで更新する必要がないため、WCFを使用できます。
答えをありがとう。私はwcfのために行くと思う。あなたの答えは満足でしたが、@ Wouter de Kortは私の問題に関連して私に適切な説明をくれました。どのようにもあなたの答えに感謝します。私は両方を区別して1つを選択するのを助けます。 – sharad
私は、dllではなくWebアプリケーションのWCFサービスを好んでいます。それらはjavascriptを介してアクセスできるためです。非常に簡単に更新できます。サービスは、専用のサーバーでホストすることができます。
答えをありがとう。私はwcfのために行くと思う – sharad