0

POCO (または MVC のモデル) を別の DLL に入れることについて、原則はどのように述べていますか?

重要なのは、オブジェクトがさまざまな開発者に配布されて使用される場合に、ドメイン全体のオブジェクトを「移動」しやすくすることです。この実際のシナリオでは、「私たち」は 1 人の開発者ですが、すぐに 2 人になります。システム (および異なる) dll のさまざまな問題を扱う予定ですが、いくつかの POCO と Enum を共有します。

public class Customer
{
    public int CustomerId { get; set; }
    public string Name { get; set; }
}

質問。POCO と Enum 用に個別の dll を作成することにはいくつかの欠点がありますか? いわゆるドメインワイド使用。いいですか？なぜですか、そうでないのですか？

4

1 に答える 1

1

個人的には、ドメイン クラスを常に個別の dll に配置します。今は必要ないと思うかもしれませんが、ほとんどの場合後で出てきます (たとえば、アプリケーション アーキテクチャを Web フォームから MVC に変更する必要がある場合など)。それをクラス ライブラリ (dll) に分離することで、関心の分離の概念の一部を強制しています。すべてのビジネス ロジックは、フロント エンドではなく、クラス ライブラリに含まれている必要があります。そうすれば、フロント エンドは、クラス ライブラリをあまり考慮せずに、ナビゲーションだけに集中できます。

したがって、少なくともあなたの利点は次のとおりです。懸念の分離、再配布および再利用が可能、ベスト プラクティス、よりクリーンなフロント エンド コード/プロジェクト。

欠点は、複数のプロジェクトで使用する場合、どのアプリがどのライブラリを使用しているかを制御し、それらが最新のもの、または少なくとも関連する最新のものであることを確認する必要があることです。

つまり、あなたの状況では、それは単なる優先事項です。しかし、私見、それはあなたが適応すべき好みです。

于 2012-07-25T16:49:08.077 に答える