誰負責加載數據？

Question

在MVC模型中，加載視圖模型的責任在哪裏？

控制器應該加載數據嗎？ 視圖模型本身應該加載數據ala： MyViewModel viewModel = MyViewModel.Create（someValue）; 服務層應該加載ala： MyViewModel viewModel = MembershipService.Instance.Load（someValue）;

Answer 1

見這個例子中，真正的清潔技術： http://www.lostechies.com/blogs/jimmy_bogard/archive/2009/06/29/how-we-do-mvc-view-models.aspx

或者您也可以手動做到這一點：請參見「ASP.NET MVC在行動」一書或CodeCampServer源的例子。基本上你注入IViewModelMapper {public ViewModel Map（data）; }到控制器。整潔的事情是，它使你的IoC自動將服務和存儲庫傳遞給你的ViewModel映射器。然而，這確實可以使控制器臃腫與映射器接口，所以類似吉米Bogard的技術，即使沒有AutoMapper，但與動作過濾器比挑選IViewModelMapper，會更好。

如果你不能做到這一點，那麼我建議堅持使用視圖模型處理映射，馬蒂亞斯建議。

更新：這是用CodeCampServer方式位automapper樣配置的例子。不知道它是否會按原樣工作（或者有用），只是演示。

public abstract class ViewModelMapper<Source, ViewModel> where Source: class, ViewModel: IViewModel 
{ 
    public abstract ViewModel Map(Source source); 
} 

public class ProductDetailsViewModel 
{ 
    public ProductViewModel Product { get; set; } 
    punlic IList<Language> AvailableProductLanguages { get; set; } 
} 

public class ProductDetailsViewMapper: ViewModelMapper<Product, ProductDetailsViewModel> 
{ 
    private ILanguageRepository languages; 
    public ProductDetailsViewMapper(ILanguageRepository languages) 
    { 
    this.languages = languages; 
    } 
    public override ProductDetailsViewModel Map(Product source) 
    { 
    var vm = new ProductDetailsViewModel(); 
    AutoMapper.Map<Product, ProductDetailsViewModel>(product, vm); 
    vm.AvailableProductLanguages = languages.GetAppropriateFor(product); 
    } 
} 

public class ViewModelMapperActionFilter: ActionFilter 
{ 
    Type mapperType; 
    public ViewModelMapperActionFilter() 
    { 
    } 
    public ViewModelMapperActionFilter(Type mapperType) 
    { 
    } 
    public void OnActionExecuted(ControllerContext context) 
    { 
    var model = context.Result.ViewData.Model; 
    var mapperType = this.MapperType ?? this.GetMapperTypeFromContext(context); 
    // this is where magic happens - IoC grabs all required dependencies 
    var mapper = ServiceLocator.GetInstance(mapperType); 
    var method = mapperType.GetMethod("Map"); 
    Check.Assert(method.GetArguments()[0].ArgumentType == model.GetType()); 
    context.Result.ViewData.Model = method.Invoke(mapper, new[]{model}); 
    } 
} 

public class ProductsController: Controller 
{ 
    [ViewModelMapper(typeof(ProductDetailsViewMapper))] 
    // alternatively [ViewModelMapper()] will auto-pick mapper name by controller/action 
    public ActionResult Details(EntityViewModel<Product> product) 
    { 
    // EntityViewModel is a special type, see 
    // http://stackoverflow.com/questions/1453641/my-custom-asp-net-mvc-entity-binding-is-it-a-good-solution 
    return View(product.Instance); 
    } 
} 

//Global.asax.cs: 
IoC.Register(AllTypes.DerivedFrom(typeof(ViewModelMapper<>))); 

Answer 2

控制器不應該加載數據。應該在模型或數據層中。

我的偏好是在一個數據層，所以我可以從模型中分離出來，我認爲只有存儲/表示數據的控制器和視圖。

我實現用於數據檢索的存儲庫模式

Answer 3

I層的東西這種方式：

視圖 - >控制器 - >服務 - >持久

請求由前向後流動;迴應從前到後。

持久層擔心數據庫;它使模型數據可用。它對任何其他層都一無所知。

服務層的方法映射到用例。它知道持久層，工作單元和事務。它驗證其輸入，獲取數據庫連接，使它們可用於持久層，清理資源並使用模型對象來滿足用例。如果需要，它可以作爲Web服務或EJB公開。

控制器和視圖放在一起。它知道服務層。它將請求映射到服務，綁定和驗證傳入的請求參數，將它們傳遞到服務層，並將響應路由到適當的視圖。

該視圖只關心顯示控制器爲其提供的數據。它知道控制器。

所以這是處理數據庫的服務。控制器和視圖協作顯示信息，僅此而已。

Answer 4

我喜歡讓ViewModel加載數據。

ViewModels可從所有控制器訪問。這樣可以避免代碼重複使用。

參見該樣品ASP.NET MVC - Job of Controllers

Answer 5

控制器是結合模型和視圖在一起的粘合劑。您希望模型類和視圖在應用程序的其他圖層上儘可能少地依賴。因此，控制器應始終加載視圖的數據，而不管數據來自何處，或者您在模型中使用哪種設計模式來檢索數據。

您可能在模型圖層中爲數據加載操作提供了一堆抽象層，但控制器應該調用一些方法或方法，這些方法或方法在調用鏈的某個點上會轉到您持久的數據存儲區正在使用並獲取您的視圖所需的數據。

控制器應提供所有對象認爲需要的，因爲這是真正的關鍵職責之一。無論這意味着使用適當的模型對象從數據庫中獲取數據，還是初始化「視圖模型」類來包裝視圖顯示所需的所有對象和屬性，都無關緊要。

就個人而言，我一直使用LINQ到SQL與ASP.Net MVC相結合，並有使用抓住從數據方面必要的對象存儲庫類了巨大的成功。爲了讓我的控制器能夠進行單元測試，我使用了一個依賴注入框架（在我的情況下是StructureMap）讓ASP.Net MVC爲我的控制器提供了我的存儲庫接口的默認實例。