Entity Framework - ビジネス層の必要性に関する意見

Question

現時点では、私のウェブサイトには仕様パターンのあるリポジトリパターンがあります。私は、コード、例のほんの数行で私の.aspxページ内からデータを取得することができます。

private IRepository repository; 

    protected void Page_Load(object sender, EventArgs e) 
    { 
     repository = new GenericRepository(); 

     Specification<Book> specification = new Specification<Book>(b => b.Year == 1988); 
     lvBooks.DataSource = repository.GetAll<Book>(specification); 
     lvBooks.DataBind(); 
    } 

今、私は私のウェブサイトに、あなたの答えはイエスであれば、ビジネス層を必要としないさ、私の質問は、なぜ？ 現時点では、仕様パターンのために、ページとリポジトリの間にあるビジネス層は必要ないと思われます。

ご意見ありがとうございます。

Answer 1

このアプリケーションの大きさには、どの程度の大きさがあるかによって決まりますどのくらい変化する可能性があるのか​​を示します。

どのレイヤーの唯一の本当のポイントは、機能性を分離することです。小さなアプリケーションでは、UIコード全体に散在しているリポジトリを呼び出すことができます。

しかし、リポジトリの構造の中で何かを変更するとどうなりますか？これらのすべての参照を見つけて変更する必要があります。

しかし、より高レベルのメソッドをUIに公開するビジネスレイヤーにすべてのリポジトリアクセスコードを書き込んだ場合、この時点で行う作業ははるかに少なくなります。

セキュリティに関する特別な考慮事項があります。たとえば、UIにリポジトリへのアクセス権がない場合は、すべてのセキュリティチェックをビジネスレイヤのパブリックAPIに集中できます。リポジトリにどこからでもアクセスできる200ページのWebアプリケーションがあれば、もちろんセキュアにできますが、どれくらいのことができますか？

ユニットテストがあります...基本的には正しい方法はありませんが、あなたのアプリが小さい場合は問題ありません。アプリが大規模な場合は、おそらくこのデザインを後悔するつもりですポイント。

Answer 2

あなたのコードから、あなたはビジネス層が必要ないと思われます。シンプルな仕様を使用してデータを取得するか、データを挿入するかのように思えます。例：オブジェクトを削除すると、オブジェクトを削除する前に特定の条件をチェックする必要があります。