0

ビジネス レイヤーを、多くのアプリの標準アーキテクチャとして WCF サービスとして公開されている BizTalk オーケストレーションに置き換えることを考えています。基本的に、ASP.NET および WinForms アプリはこれらのサービスを呼び出して、特に多くの LOB データベースのデータを取得および更新します。一部のサービスは、パートナーにも公開されます。

データ アクセスに関しては、確かに SQL アダプターを使用できますが、それは最もクリーンな方法ではないと思います。また、SQL Server と密接に結合されているという事実も、私にとっては悪い考えです。Entity Framework ベースのカスタム DAL、または SubSonic などのツールから生成されたものを使用したいと考えています。

これは良い考えですか？私の Google 検索では、この種のことを行っている人や、それがどのように機能したかについてのコメントを見つけることができません。

これについてどう思いますか？データをキャッシュする場所、同時実行の問題などに関するアイデアはありますか?

4

2 に答える 2

0

また、BizTalkは低遅延を実現するのに優れていません...すべてのサービス呼び出しでオーバーヘッドが発生します。

多くのサービス集約を行う必要がある場合は、この方法で行う場合があります...ただし、メッセージングの整合性などに関するあらゆる種類のサービスを提供することを目的とした統合プラットフォームから得られる遅延とオーバーヘッドに注意してください。

于 2012-02-16T17:49:54.403 に答える
0

おそらく、ストレート WCF と NHibernate や EF などを使用する方が簡単です。これらのサービスは、生のエンティティではなく、DTO を使用して返します。重いビジネス ロジックやマッピングが必要な場合は、BizTalk を前面に配置するか、ESB を使用してマッピング サービスをデータ サービスに公開することもできます。

新しい WebApi もチェックしてください。http://wcf.codeplex.com/

于 2011-10-20T13:51:18.967 に答える