【正文】 它負(fù)責(zé)輸出 響應(yīng)到的 HTML。 這使得它更容易從用戶界面 渲染 邏輯 器分 離 單元 測試應(yīng)用程序邏輯 器。 // // GET: /Dinners/ public ActionResult Index() { var dinners = ().ToList()。 else return View(Details， dinner)。我們通過晚宴對象 的一組序列的 視圖模板生成名單： // // GET: /Dinners/ public ActionResult Index() { var dinners = ().ToList()。 如果 請 求一個無效的晚餐，我們提供一個有 幫助 的錯誤消息 ， 使用 “NotFound” 視圖模板指出 Dinner中不存在 此晚宴 （和 一個就取模型名稱的 View（）輔助方法的重載版本 ）： // // GET: /Dinners/Details/2 public ActionResult Details(int id) { Dinner dinner = (id)。 落實 “NotFound” 視圖模板 我們將開始實施 “NotFound” 視圖模板 ， 這顯示友好的錯誤消息 來 表明所要求的晚餐無法找到 。 第一個允許我們自定義 HTML頁送回 的 “ 標(biāo)題 ” 。要做到這一點 ， 讓我們 請求 “/ Dinners/Details/9999” 頁面 。 落實 “ Details” 視圖 模板 現(xiàn)在 ， 讓我們貫徹落實 “ Details” 視圖模板 ， 這將 生成 一個單一的晚餐模式的 HTML。 對于這 個視圖， 我們傳遞一個晚宴對象（完全限定此類型的名稱是：“” ） ： 不像以前的模板，我們選擇創(chuàng)建一個 “ Empty View” ，這一次我們會選擇自動 “ scaffold” 視圖使用 “ Details” 模板 。 當(dāng)我們點擊 “ Add” 按鈕， Visual Studio 將 為我們在 “ \Views\Dinners” directory 目錄下 創(chuàng)建一個新的 ”“ 視圖模板文件：它還會 在 代碼編輯器打開新的 “” 視圖模板。 當(dāng)我們更深入地了解 ，我們會發(fā)現(xiàn)它包含靜態(tài) HTML，以及嵌入式渲染代碼 。我們將 用 索引行 為 方法 來定位文本光標(biāo) ，然后右擊并選擇 “ Add View” 菜單命令（或按鍵 Ctrl M， Ctrl V） 。 當(dāng)我們運行應(yīng)用程序和訪問 “/Dinners/” 網(wǎng)址它會使我們的晚餐名單如：該表的解決方案為我們提供了如我們的晚餐數(shù)據(jù)的布局網(wǎng)格 ， 這并不是我們希望面對消費者的晚餐 列表 。 我們可以 在 兩種方法之一 的 Index 視圖 產(chǎn)生這些超鏈接 。當(dāng)在控制器類引用 視圖 這使開發(fā)人員避免必須完全符合位置路徑 。 視圖從 Home 和 Accounts 控制器引用講自動解決他們各自 \Views\Home and \Views\Account 目錄下的視圖模板。例如 ，上述的“ Index” 行 為 方法的例子是使用 “ Index” 視圖顯示視圖的結(jié)果，而 “ Details” 行為 方法是使用“ Details” 視圖來呈現(xiàn)的結(jié)果 。 注意：請將 外文文獻(xiàn)原文 復(fù)印件附在后面。 當(dāng)視圖模板 具有在控制器上調(diào)用相同的名稱 的行為方法 開發(fā)人員不需要明確指定視圖模板的名稱 。當(dāng) MVC 嘗試解析視圖模板，將首先檢查在\Views\[Controller]特定的目錄，如能找 不 到視圖模板 它將在 \Views\Shared 目錄 下查找 。 例如，我們一直在 用 DinnersController類， 其中明確提到三個視圖模板： “Index” ， “Details” 和 “NotFound” 。 %= (， Details， new { id= }) %第一個參數(shù)的（）輔助方法是鏈接文本顯示（在這種情況下 ， 晚宴的標(biāo)題），第二個參數(shù)是控制操作的名稱 ， 我們要生成的鏈接（在這種情況下 ， Details方法 ） ， 第三個參數(shù)是一個參數(shù)設(shè)置為發(fā)送的行為 （實施一個屬性名稱 /值匿名類型） 。最后一步是讓最終用戶點擊列表中的個人晚餐 ，看到他們的 詳細(xì) 細(xì)節(jié) 。 這一次 ， 我們會選擇自動生成一個 “ List” 視圖模板 ， 并選擇 “”作為模型類型傳遞到視圖（這是因為 我們已表明我們正在創(chuàng)造一個 “ List” scaffold 會導(dǎo)致添加視圖對話框 ， 我們列從我們的控制器傳遞晚餐對象序到視圖）：當(dāng)我們點擊 “ Add” 按鈕， Visual Studio將為我們在我們的 “ \View \Dinners” 目錄創(chuàng)建一個新的 “” 視圖模板文件 。 我們可以從我們的控制器通過使用強(qiáng)代碼類型的 “ Model” 屬性 的 “ Dinner” 的模式對象寫 代碼在 。 使用這個網(wǎng)址將顯示我們的晚餐 ，當(dāng)我們第一次創(chuàng)建它 的時候我們手動增加數(shù)據(jù)庫 ：這讓我們快速建立和運行，并提供了一個 。 “ Scaffolding” 將 在 Dinner模型上 生成初步實 現(xiàn) details視圖 模板 。我們會保留默認(rèn)視圖名稱（ “ Details” ） 。這是因為 視圖 模板使用的是 “ 母版頁 ” 模板 ， 使我們能夠 通過 整個網(wǎng)站上所有的意見采用統(tǒng)一的布局 。 要實現(xiàn)我們的 “Not Found” 視圖模板 ， 我們會添加一些基本內(nèi)容： asp:Content ID=Title ContentPlaceHolderID=TitleContent runat=server Dinner Not Found /asp:Content asp:Content ID=Main ContentPlaceHolderID=MainContent runat=server h2Dinner Not Found/h2 pSorry but the dinner you requested doesn39。在 默認(rèn)情況下 ， 對話將預(yù)先填充視圖的名稱來創(chuàng)建以配合 出現(xiàn) 對話框時 光標(biāo) 所在的地方的行為方法的名稱 （ 在這個 “Details” 的案例中 ）。 else return View(Details， dinner)。 } 在我們的 Details（）的行動方法 ， 我們試圖 檢索使用網(wǎng) 內(nèi) 提供 的 id 的晚餐對象 。 第二個參數(shù)是一個模型對象包含以便使 HTML響應(yīng) 的 視圖模板需要的數(shù)據(jù)。 } // // GET: /Dinners/Details/2 public ActionResult Details(int id) { Dinner dinner = (id)。 它可以方便開發(fā) 人員和設(shè)計師共同合作項目。 從我們的視圖渲染器 分離控制器邏輯帶來幾大好處 。 } } } 現(xiàn)在 ， 我們已經(jīng)準(zhǔn)備好生成 HTML去 響應(yīng)用我們的檢索到的數(shù)據(jù)模型對象。 using 。 using 。 我們將使用 DinnerRepository類 來 建立較早實施的行為 。 因為如果沒有指定注冊 “Home” 控制器是為默認(rèn)控制器，URL導(dǎo)致 HomeController被 創(chuàng)建 ， Index（）動作方法被調(diào)用。 } 在 “ （ ） “ 方法調(diào)用上面默認(rèn)的路由規(guī)則傳入的 URL映射到控制器類使用 URL的格式： ”/ {controller}/{action}/{id}“ ， 其中 ” 控制器 “ 的名稱是 控制器類的實例化， “ 行 為 ” 是公共方法的名稱來調(diào)用它，而 “ id” 是一個 在可選參數(shù)嵌入 在 可以作為參數(shù)傳遞方法的 URL中。 在 默認(rèn)情況下，新的 MVC項目提出的 URL路徑 按照 已預(yù)登記的規(guī)則設(shè)置。 要理解這一點讓我們來看看如何快速查找路由工作。 我們可以通過添加兩次公開的 “ 行動方法 ” 到 DinnersController類 來 初步 實現(xiàn) 這些 URL： public class DinnersController : Controller { // // GET: /Dinners/ public void Index() { (h1Coming Soon: Dinners/h1)。