を参考にビジネスオブジェクトからのプレゼンテーション層..?

Question

成長していきたい思いが強い企業にアプリが含まれWindowsForms発表層、中間層の成のためのビジネスロジックデータへのアクセスには、指定サーバのデータベースです。中間層のコンポーネントのレイアウトが含まれているビジネスオブジェクトと呼ばれるからプレゼンテーション層を用になります。純リモ.Whitchの方(か)を参照これらのビジネスオブジェクトからのプレゼンテーション層?

• A)の作成クラスライブラリープロジェクト実施事業のオブジェクト。リファレンスの見方このプロジェクトからのプレゼンテーション層、中間層の層である。
• B)インタフェース図書館"プロジェクトに対する自社のポジションのオブジェクト。の作成クラス図書館プロジェクトの実施インタフェース参照クラス図書館プロジェクトからの中堅層します。参考ス図書館プロジェクトから発表層である。
• C)を別々のクラス図書館事業のための中間層と表層である。参考対応するプロジェクトから発表層である。

Answer 1

ありえないとなるなかで、明確な答えることによって違いますので、それぞれ何をしています。

• A わす場合も多い。小さなシングルアプリ"のプロジェクトが最初がやりたかっただけで任意の理由だけではできないを参考にビジネスオブジェクトの図書館から直接UIとBLます。それは確かに最も単純なも簡単です。

• B あの"き抽出実際の実装を離れなどにより、その変更が可能な契約、および単体テストが容易になりまインタフェースその他の利用んなに難しくあるスイッチからB to C、今後ます。

• C は失わせないアイテムほとんどです。とはいえ、大きなプロジェクしてご使用いただくことも可能。った大型サーバ-クライアント層の応用としてつくり出していますが、その三つの独立したデータオブジェクト。一定のDA層への地図-店舗のデータベースです。第二セットのビジネスロジックおよびネットワーク層に処理することでネットワークの設定には、クライアントに結合するためのポートします。での使用を検討のインタフェースをCとしての抽象化利点があります。

全く知らなっておアプリケーション-ドメインまたは範囲- B 良い点です。

Answer 2

私はすべての3つのアプローチがうまく動作を見てきました。

複雑さの増加はBに移動すると、

は時々良いことができるもの、次いで、Aで開始し、その後C.

それは異端ように見えるかもしれないが、異なる名前空間を使用してオブジェクトを定義する「層」の間に十分な分離を提供することができます -

は、単純なプロジェクトでは、プレゼンテーションや永続性の層と同じプロジェクトに含めることができ、「ビジネスオブジェクト」。

あなたは、.NETリモート処理の使用を再考することをお勧めします - WCFは、はるかに優れた技術であり、使用する方がはるかに簡単。