ASP.Net 2.0 WebサービスからWCFに移行

Question

現在、ASP.Net 2.0で開発された.Net Webサービススイートがあります。 WS-E拡張機能を使用せず、アプリケーションレベルでセキュリティを実装します。彼らはかなり簡単なデータ取得/更新機能です。私はこれらのWebサービスをWCFサービスに徐々にリファクタリングすることに興味を持っています。これは主に古いフレームワークバージョンの廃止に反対するものです。 私の主な関心事は、これらのサービスに再接続するためにクライアントアプリケーションで実行する必要がある再コーディングの量です。

1. すでにこの道を歩いた人はいますか？
2. それだけの価値がありましたか？
3. この分野の研究を続けるために使用できる資料をお勧めしますか？

Answer 1

あなたの懸念事項は有効です。私は、「それが壊れていなければそれを修正しないで」、既存の「レガシー」Webサービスを仕事が必要になるまで残しておくというアプローチを取ってきました。新しい開発のために、私たちは大小のコミュニケーション問題に対する解決策をWCFに採用しています。最も目に見えるメリットは、きれいなオブジェクトモデルがあれば統合の容易さです。最も有形の否定的な点は、特に比較的安全なものを確保しようとすると、より多くの構成上の問題があることです。

私は、WCFをJavaシステムと統合する際に最も問題があった場所として、WS- *仕様に言及しておもしろいと思います。セキュリティ機能は今のところ欠落しているだけで、.NET側ではMicrosoft.Web.Services3（WSE3）を使用してしまいました。

今WCFでセキュリティを設定していない場合でも、私はreading through these articlesを強くお勧めします。おそらく、ある時点で行う必要があります。

Answer 2

クライアントがまったく変更する必要はありません。

サーバー側では、最近[WebService]クラスに[ServiceContract]を、[WebMethod]メソッドに[OperationContract]を配置するだけでWCFサービスに変わったASMXサービスを見てきました。返された非プリミティブ型を[DataContract]と[DataMember]に変換します。