不為模型使用實體框架

Question

我將嘗試將MVC4用於ASP.NET Web門戶（第一次使用ASP的MVC），但是我認為模型不會大量使用Entity Framework。

也許只有Users模型會包含用戶配置文件數據，但是提供給用戶的大多數數據將來自Sharepoint或CRM 2011 。

因此，基本上，我的模型將是Sharepoint項目和CRM實體。

我查看了MVC4提供的示例應用程序（模板中的標題為Internet Application ），並且看到該模型使用EF（ AccountModel.cs ）。

根據MVC4的最佳實踐，這是否是一項要求？或者您可以從任何所需的來源構建模型，並且仍屬於“最佳實踐”之內？

從我必須構建的門戶網站應用程序的需求來看，您是否看到使用MVC4的明顯“不行”？

我正在考慮為UI使用一些內容豐富的JavaScript庫（Knockout，ExtJS等）

謝謝。

Answer 1

模型只是傳遞給視圖的數據的表示形式。 它可以是任何您想要的東西，並且絕對不必來自實體框架。

public class MyModel
{
  public string Name {get;set;}
}

public class MyController
{
  public ActionResult MyAction
  {
     var account = service.GetCrmEntity("account", myaccountId);

     var myModel = new MyModel();
     myModel.Name = account.name;

     return View(myModel)
  }
}

Answer 2

它是為輔助功能而構建的。 我不知道該模型是否是要關注最佳實踐的領域。 模型應該只包含要發送到視圖的數據。

注意：如果您使用敲除功能，則您的應用將取消服務器端模型，而轉而使用JavaScript中的客戶端模型； 當您轉移到客戶端時，整個范例是不同的。