データ、ビジネス、UIプロジェクトに配置されたWebアプリケーションがあります。システムが進化するにつれて、3つのプロジェクトすべてを構築し、それらを1つのパッケージに展開することで、変更が展開されます。これはうまく機能し、通信に取り組むことなく「3層」の錯覚を可能にし、真に別個のシステムの問題をバージョン管理しました。
そこで、いくつかのデータのXML要約の要求があり、私の考えは、いつの日か私の「Web API」になる可能性のある豪華なWCFサービスに変わります（ああ…心..それはなんて邪悪な小猿なのか）。それで、これが生き残ると仮定すると、「それは本当に最高のアイデアですか？」ここでのテストは私の質問です：
1つの進化する「モデル」からコンテンツを提供する2つの進化する「クライアント」でポーズをとったときに、どのような構造で最も成功しましたか？