2016-06-13 3 views
1

最初にアプリケーションを作成したときに、WCFを使用してエンドポイントを公開する必要がありました。今、RESTを使用して別のエンドポイントを公開する必要があるため、.NET Web APIを使用しています。 WCFエンドポイントはWindowsサービスでホストされているため、同じサービスでWeb APIエンドポイントをホストしました。そうする際に問題はありますか?パフォーマンスに関する考慮事項いくつかの徹底的な検索の後、私はそのトピックに関するいかなる代替的な情報も見つけられなかった。単一のWindowsサービスでWeb APIとWCFサービスの両方をホスティングするときに、パフォーマンスやその他の問題はありますか?

答えて

1

これに問題はありますか?

webHttpBindingを使用してWCFを経由して、残りのAPIを公開するのではなくミックスにWebAPIのを導入した方が良いかもしれません。私はそれ自体が原因となる問題は認識していませんが、ソリューションの単純さの観点からは、WCFの複数エンドポイント対1サービス契約マッピング機能を利用する方が理にかなっていると思います。

私はこれを考慮しましたが、WCF を使用してRESTfulエンドポイントを公開することに関する多くの悪いレビューを読んだことがあります。また、ここに述べたように、Web APIは 好適な技術である表示されます。 WCF vs ASP.NET Web API

で合意しました。あなたが一から始めていたら、私はWCFを介してWebAPIを推薦するのをためらっていません(実際には、WebApiより毎晩Nancyfxを使用することをお勧めします)。

すでにサービス契約で定義されているのと同じ操作を公開することを前提に、WCFを使用してサービスをHTTPとして約10 minutes workで公開することができます。

さらに、asp.net/owinの膨大な膨大さがなくても簡単な解決策になります。

+0

私はこれを考慮しましたが、WCFを使用してRESTfulなエンドポイントを公開することに関する多くの悪いレビューを読んだことがあります。さらに、Web Apiがここに記載されているように推奨されている技術であるようです。http://stackoverflow.com/questions/9348639/wcf-vs-asp-net-web-api – brokenbeta

+0

@brokenbeta私は自分の答えを更新しました... –

+0

ありがとう偉大な情報トムのために。ナンシーも見ていきます。 – brokenbeta

関連する問題