私は、サービス指向アーキテクチャーを使用したASP.NET(MVCではない)アプリケーションの設計を調査するよう依頼されました。ASP.NETサービス指向アーキテクチャ
これはちょっと憂鬱なようで、多くのことを意味する可能性があります。私はこのトピックに関するいくつかのガイダンス/記事を探しています。
私は、サービス指向アーキテクチャーを使用したASP.NET(MVCではない)アプリケーションの設計を調査するよう依頼されました。ASP.NETサービス指向アーキテクチャ
これはちょっと憂鬱なようで、多くのことを意味する可能性があります。私はこのトピックに関するいくつかのガイダンス/記事を探しています。
Googleは確かに豊富な記事を提供します。私はそれを改善できるとは思わない。
しかし、サービスの重要な本質は、設計時にUIをバックエンドから分離することだと思います。 UIフォームを考えたり、テキストボックスからデータ転送オブジェクトにデータを集めたり、テーブルの列に直接バインドしたりすることで問題を分割すると、1種類のシステムが得られます。
しかし、サービス指向のビューは、達成しようとしているビジネス上の問題を見て、トランザクションの境界にまたがる作業単位である粗い関数に分割することから始まります。あなたは、クライアントとサービスの間の契約やインターフェースについてもっと心配しています。
インターフェイスを正しく取得すると、クライアントとサービスを個別に実装できます。インタフェースを変更したり契約を破棄しない限り、クライアントに影響を与えずにサービスの実装を変更することができます。
SOAは、SOAPのようなツールや標準ではなく、思考のスタイルです。