モデルにアクセスするMVCビジネスロジック

Question

現在、エンティティフレームワークを使用している間、ASP.NET MVC 4で作業しています。私の前にMVCで働いたことがありませんし、次の層でプロジェクトをビルドします：

• GUI（モデル、ビュー、コントローラ、...）
  
• は、DAL（エンティティデータベースとリポジトリ+私のクエリとIRepository）
  
• BL（）
  
• COMMON
  
• WCF
  
• テスト

ここで、GUIレイヤのモデルを使用するBLにクエリを書き込もうとしています。単にGUIを参照することはできないので、私は実際にここで何をすべきか分かりません。私が言ったように

public static List<PSNAdres> GetAdres(IZoekRepository repo) 
{ 
    List<PSNAdres> lijstTypes = (from t in repo.PSNAdres 
         select new PSNAdres {t.Gemeente, t.Straat, t.Postcode}).ToList(); 

    return lijstTypes; 
} 

：私のBLで

：

は、ここで私はにしようとしているものとはコードだ私はMVCに新しいです。このレイヤーレイアウトは、MVCスペシャリストが使用するように指示したものです。

Answer 1

あなたが求めるものはわかりませんが、私の答えはここにあります。アドレスリストを提示するための簡単なシナリオ：

ビューモデル：

public class AddressListViewModel 
{ 
    public List<AddressViewModel> AddressList { get; set; } 
    public bool CanAdd { get; set; } 
} 

public class AddressViewModel 
{ 
    public string Country { get; set; } 
    public string City { get; set; } 
    public string Street { get; set; } 
    public bool CanEdit { get; set; } 
    public bool CanDelete { get; set; } 
} 

BL：

public class AddressController : BaseController 
{ 
    public ActionResult List() 
    { 
     var addressList = blObject.GetAddressList(); 
     var model = new AddressListViewModel(); 
     model.AddressList = addressList.Select(a => 
      new AddressViewModel 
      { 
       Country = a.Country.Name, 
       City = a.City, 
       Street = a.Street, 
       CanDelete = ...check user access here..., 
       CanEdit = ...check user access here... 
      }); 

     model.CanAdd = ...check user access here... 

     return View(model); 
    } 
} 

Answer 2

public static List<Address> GetAddressList()//Doesn't take repository here, repositories are injected in constructor 
{ 
    return adresRepo.PSNAdres.ToList(); 
} 

コントローラーはあなたのGUI層が提供する機能のほんの消費者であります他の層。

その結果、モデルに問題があることが原因です。プロジェクトをレイヤーに分割する場合は、モデルを移動する必要があります。

Visual Studioで作成されたデフォルトプロジェクトでは、GUIプロジェクトをレイヤーに分割しない場合のGUIレイヤーのモデルしかありません。つまり、初心者です。これはMVCのアプローチとは関係ありません。レイヤーを分割するときは、モデルを「ドメインレイヤー」に移動する必要があります（下記参照）。

したがって、あまりにも煩わされることなく、モデルをGUIレイヤーから移動してください。あなたのデザインよりも

より実用的なアプローチは、スティーブ・サンダーソンとアダム・フリーマン（プロASP.NET MVC 3.0フレームワーク、プレスカンファレンス[バージョン4のための本がまだ出ていない]）が提唱するドメイン設計に従うことであろう。これはあなたのデザインに似ていますが、より実用的です。このアプローチでは、細部まで説明することなく、モデルと事業層をドメインプロジェクトに分けます。それははるかに実用的なデザインを提供します。

そうする具体的な要件がない限り、私はWCFもおそらく残念だと思います。 MVCは、必要な場所でサービス指向のアプローチを提供するように設計されています。

私はS SandersonとA Freemanの本を読むことをお勧めします。それはあなたに多くの苦痛を惜しまないでしょう。