私は、WebAPI の動作方法に関する全体的な質問とともに、設計上の質問の両方を抱えています。
多くのアプリケーションを収容する内部 Web サイトがあります (アプリケーションごとに個別の MVC エリア)。次に、DAL ロジックを、Web サービス呼び出しによってフロント エンドされるライブラリに分割しました。モデル/リポジトリは、いくつかのデータベース (一部の内部、一部のサードパーティ) 内の CRUD を呼び出します。このように見えます
UI -> モデル -> リポジトリ -> Web サービス -> DB。
これはもともと、複数のデータ アクセス ポイントにアクセスして、さまざまなアプリケーションの内部 Web サイトに戻す必要があり、すべてのロジックを抽象化して、Web アプリケーションがビューのみに集中できるようにするための良い方法のように思われたために行われました。終わり。このパターンは懸念事項の分離に適していることが証明されていますが、現在、これを .NET アプリケーション/クライアント以外にも利用できるようにすることを検討しており、WebAPI を検討し始める必要があります。
ここに私の質問があります：
- 私の主な質問は、Web サービスがすべて WCF (コントラクト ベース) で行われていることを知っている場合、WebAPI Web サービスがサーバーとは別のサーバー上にあることを確認したいことを念頭に置いて、これを WebAPI の使用に変換するのはどれほど難しいかということです。 UI。
- コントラクトを持ち、HTTP 動詞を使用するように WebAPI を設定する方法はありますか?
- 別のサーバーと別のソリューション上の MVC アプリケーションを介して WebAPI Web サービスにリモート アクセスしている場合、WCF コントラクトを使用するときに取得する厳密に型指定されたオブジェクトを取得する方法はありますか?
- このデザインパターンに対する人々の考えは何ですか？