は、WCFの質を高めただけで、複雑さはどうすればいいですか？

StackOverflow https://stackoverflow.com/questions/50114

  •  09-06-2019
  •  | 
  •  

質問

私の価値や大切さを理解し、そんなサービス／ホスト／クライアントのモデルによるWCF.はじめましての人ははじめましてやんよう、WCFたか直接、簡単にASMXモデル）に混乱を出することはできるのでしょうか？

あの代替利用SvcUtilのコマンドラインに戻ってステップ実行時にプロキシ?とASMXサービスを試験したハーネスを自動的に提供していあいていては、本日、WCF?

ありがとうございましWS-ものより緊密に統合とWCFいにペイオフ完全実施のためのWCFがgeeze、そうでない私に戸惑う.

また、図書利用WCFは底抜け。Juval Lowy、絶景の著者が、良いオ参考資料"プログラミング、WCFサービス"ではない（少なくとも私にとっても学習し、WCF.その本の前駆体（はちょっとよりよい組織がないとして、チュートリアルはミケーレ-ルルバスタマンテの学習WCF.それは良いスポットが時代遅れとそれに対応するウェブサイトになっていることがある。

いいWCF学習参考まで続けるGoogleのbejebus出すんだろうって。

役に立ちましたか？

解決

大丈夫そうです。第一に、ミシェル-ルルバスタマンテの書を更新しましたVS2008.ウェブサイトになっています。で、現在ではトンのWCF info.このサイトも新のコードに対応VS2008すべての彼女。だからアマゾンの場合は、復刻版を更新しました。

WCFではない のみ 代替ASMX.いきなものに置き換えASMX、利用できるサービスを自主開催しました。多くの機能からWSEて焼き上げるかをしていきたいと思っています。この量的緩和政策の枠組みは、 高 設定可能とする機能をさらに複数の評価項目に複数のプロトコルスタッフと思う。

ることができますしながら、まだ生成プロキシクラスからの追加"サービス基準"のオプションも必要ありません。まっていないファイルをコピーしServiceContractイえコードが見つの評価項目のサービス、それだけです。電話する方法から本サービスのほとんどのコードです。この方法で、完全な管理を実施します。方法の如何を問わず選択を生成するプロキシクラスは、ミケーレイン検査成績書を添付して納入してい用の両方の彼女の 優れた シリーズのwebcasts用になれます。

ミケーレットでのような模様にワクワクするようになりましたが、お勧めでチェックアウトウェブサイトです。こちらのリンクが非常に役立っていたので学習WCF.いただきますようお願いいただくの実現が強く、WCF本当はどれほど容易にするものをいいます。プロジェクトチームのメンバーは少し急が、報酬のお時間を投資価値があると言えた:

をお勧めします。時計少なくとも1のミケーレのwebcasts.彼女は非常に有効なのか、という非常に熟知できWCF.彼女は仕事％、内部WCFり出すことができます。

他のヒント

んhardtime見合った利用WCF.なぜですか？いい生産性と簡単に私の一覧です。なぜASMXモデルで成功で働きが得られます。とVS2005年.純2.0wsdl.exe た吐きの時に書き出すかの良い対応サービス

生きて非常に少数の通信プロトコルに。これについては、次のとおりであり簡単な保守性.が必要な場合はアクセスには、レガシーシステム、特定のアダプターのためにできるようにプレイで素敵な光沢のある美しいSOAます。

WCFのではなくよりASMX延ばすことができまにするわけには行かない。ASMXはHTTPでは、WCFで複数のプロトコル用の通信(付与され、HTTPものはほとんどの人々が利用では、少なくともサービスが必要な相互運用性の高い).WCFます。少なくとも可能で延長することASMX延長はできません。"やさしく"が伸びます。=)

追加の機能を提供するWCFれほどの複雑さを加え思います。思いもよりませんでしたが、プログラミングモデルが容易といった利点があります。DataContractsいカスタマーサポート/よるserialize XMLを利用した直列化と公共性のためのものです。でも宣言自然の中で、ビルのグレードは高いです。

お待ち....かったので利用します。純リモの原因になる私が現実のものその交換..純リモは複雑です。見WCFやすく、より良い願いすることがあります。

んので上記をよくすることだけで十分です ができ が実にシンプルなものになサービス、WCF、ASMXサービス例えば:

[ServiceContract]
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
public class SimpleService
{
    [OperationContract]
    public string HelloWorld()
    {
        return "Hello World";
    }

}

まだ登録のエンドポイントでゼットにおいます。configが、それだけではありませんです。

除レベルの分離データサービス、運用契約が長い道のりを進WCF要でした。

VS2008の追加"サービス基準"のコンテキストメニュー項目を作成し、代理人ます。

も述べられたように、このような従来、WCFな目的としたものの置き換え用としてASMX webサービスが一貫して提供し、安全で、拡張性の方すべての相互運用性の高いサービス、かどうかは、tcp、名前付きパイプはMSMQ輸送.

私は告白いてその他の問題は、WCF（再書き込みによる署名が露できるサービスbasicHTTP見 こちらの, が、全体としてみればよいと思う明確なimrovement

使用している場合は、VS2008とをWCFプロジェクトその自動車試験用ハーネスがございますのでご注意下さrun/デバッグおよび追加することができますの参照を使うことなくsvcutil.

私の初期思想のWCFた正確に同じです！ここではソリューション

  1. プログラム独自のプロキシ/クライアント層の利用のジェネリック医薬品（授業 ClientBase, を結).私はこのく働く。
  2. 利用を第三者に実施の1(SoftwareIsHardwork は現在の私の好み)

WCF は交換前 webサービス 技術株式会社エンパシは、Microsoft社からwindows.でもなくいとされる伝統として"webサービス

WCF"webサービス"の一部により、すべてのダイナミックスの遠隔コミュニケーションを有効により、WCF.を取得しま度もかなり高い柔軟性-可搬性というわけで、WCFより伝統的なASMXでWCFは、地上からの、つの異なる散プログラミングインフラを提供しまいました。エンドポイントにWCFで知ることがで簡単SOAP/XMLとしてではTCP/バイナリの変更をこの中には単なる設定ファイルmod.理論的には、この量を減らす新しいコードに必要な時に移植または変化するビジネスニーズ、目標等の

ASMX is older than WCF, and anything ASMX can do so can WCF (and more).基本的にはできWCFして論理的にグループとは異なる方法の二つのアプリの通信の世界でMicrosoft;ASMXのほかにもこれらの多くは現在下でグループ分けされ、WCF傘の力です。

WebサービスにアクセスできるだけではなHTTPでの動作状態環境、WCF柔軟なサービスが開催される予定である異なる種類の願います。普通のシナリオス、WCFサービスIIS、自ホスティング、管理Windowsサービスです。

大きな違いはウェブサービスの利用XmlSerializer.が、WCF用DataContractSerializerはより良い性能と比較してXmlSerializer.

どういうシナリオに必WCF使用する

  • 安全なサービスを採取引を行っています。サービス
  • 供給電流のデータを他の人など交通の報告書又はその他の
  • 監視サービスです。チャットサービスを可能にする二人
  • 通信やデータの交換。ダッシュボード用
  • この投票が一つ以上のサービスのためのデータをプレゼントで論理的な
  • 発表した。露ワークフローを利用して実装されてWindowsワークフロー
  • 財団として、WCFサービスです。A Silverlightへの応用調査を
  • サービスのために最新のデータを配信します。

特WCF

  • サービス向
  • 相互運用性
  • 複数メッセージのパターン
  • サービスメタデータ
  • 契約データ
  • 安全保障
  • 複数の輸送やエンコーディング
  • 信待ちメッセージ
  • 耐久性のメッセージ
  • 取引
  • AJAXと休息の支援
  • 拡張性

ソース： メインソースのテキスト

MSDN?いかにも図書館の参考そのもので、私は普段、見つけることを期待することは貴重な品である。

何で指定することができると思い答えは対応しています。のASMXサービスかMicrosofty.なんの対応によりその他の消費者そのモデルさんに合わせてつくったかもASP.NET ウェブページおよびその他のカスタムMicrosoftの消費者です。は、WCF、建築できるサービスにおいて非常にオープン標準--に基づく評価項目例休憩、JSON。また、普通の石鹸です。その他そのいく時間のかかるお、WCFサービスによASMXます。

(これは全ての基本から推定される比較MSDN読み、人の知識はお気軽に正しいと思ったからです。

WCFべきではないと考えられるので置き換え用としてASMX.審査では、どのよう使用するマイクロソフトなんですが...基本的な建築作品に使う任意の型の境界です。

ていると思いWCF本当の進歩ASMX webサービスの実施に取り組んでまいりました。まずれも層状オブジェクトモデルを非表示に固有の複雑さいます。第二にできる以上の要請-再生メールのパターンなどの非同期通知のサーバーからクライアント(不純HTTP、第三に抄録離れたときに、配下の転送プロトコルからXMLメッセージとこのように優雅に支援HTTP、HTTPS、TCPています。後方互換性は"1-st世代webサービスもプラスである。WCF用XMLの標準としての内部表現形式です。これを知覚する利、特に高の増加にともない人気の"脂肪無料の代替XML"のようなJSON.

の難しいものを見たいのと、WCFは管理の構成のためのクライアントとサーバ、およびトラブルシューティングにはシャルムエルシェイクフロントの対応もよく、部屋の状態例外をスローしました。

が自ら欲しいと思わなければ誰でもたショートカットまたはヒントです。

を見たいのである痛み;るかもしれない。純両端、つまり、"契約"dllをロード両等そしていますゃ約の内容のように"KnownType"属性です。

WCFもデフォルトのみせて1または2のお客様に接続サービスまでの変更の設定をします。変化するコンフィグからのコードは容易ではなく、出荷の多くのcomfigファイルがないオプションは、そのままにくいものが合併して変化への変更は、お客様の時間のアップグレード(もしないお客様に遊んでWCF設定!)

.純リモ傾向にあう仕事の多くなります。

ていこうと思いる 振り ます。純ます。NETオブジェクトに基づくコミュニケーションズは同じで送ビットでのテキスト（xml）を未知システムの第一歩となった。

（数を用いて、WCFと話をしてJavaシステムのことを明らかにしましたXSD、javaシステムをいただいておりますが一致しなかったために何をXMLでっかいた手のコードをXMLにマッピング.)

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top