在這部分的教程中，您將查看自動生成的Detail方法和Delete方法。
打開Movie控制器，查看Detail方法
public ActionResult Details(int id = 0) { Movie movie = db.Movies.Find(id); if (movie == null) { return HttpNotFound(); } return View(movie); }
代碼先行（Code First）使用Find方法可以很容易地找到數據。方法內置了一個重要的安全點，即在代碼試圖處理影片記錄之前，確保Find方法找到一條影片記錄。例如，黑客可以通過修改地址，由http://localhost:xxxx/Movies/Details/1 修改爲 http://localhost:xxxx/Movies/Details/12345（或者其他在實際影片庫中不存在的參數值），從而引發錯誤。如果你不檢查影片是否爲空，將會導致檢索數據庫出錯。
查看Delete方法和DeleteConfirmed的方法
// // GET: /Movies/Delete/5 public ActionResult Delete(int id = 0) { Movie movie = db.Movies.Find(id); if (movie == null) { return HttpNotFound(); } return View(movie); } // // POST: /Movies/Delete/5 [HttpPost, ActionName("Delete")] public ActionResult DeleteConfirmed(int id) { Movie movie = db.Movies.Find(id); db.Movies.Remove(movie); db.SaveChanges(); return RedirectToAction("Index"); }
需要注意的是HTTP GET Delete方法不刪除指定的影片，它返回一個Movie的視圖，您可以執行（HttpPost）刪除方法來完成刪除操作。在一個GET請求的響應（對於這個問題，執行編輯操作，創建操作，或任何其他更改數據的操作）執行刪除操作，帶來了一個安全漏洞。欲瞭解更多信息，請參閱斯蒂芬•瓦爾特的的博客條目ASP.NET MVC Tip #46 — Don't use Delete Links because they create Security Holes（不要使用刪除鏈接，因爲它們會導致安全漏洞）。
刪除數據的HttpPost方法，被命名爲DeleteConfirmed。
公共語言運行庫（CLR）需要重載方法有一個獨特的簽名（相同的方法名，但不同的參數列表）。然而，在這裏，你需要刪除方法GET和POST 都具有相同的簽名。它們都需要接受一個整數作爲參數。
爲了解決該問題，有幾種方法可以選擇。其中一種方法是，賦予方法不同的名稱。這就是腳手架機制在前面的例子所做的事情。然而，這引入了一個小問題：ASP.NET映射url各部分來執行方法，如果你重命名一個方法，路由通常將無法找到該方法。解決的辦法就是你看到的例子中所做的，即爲DeleteConfirmed方法添加ActionName（"Delete"）屬性。這將影響到路由系統，包含/ Delete / URL的 POST請求會調用DeleteConfirmed的方法。
避免具有相同的名稱和簽名的方法發生問題，另一種常見的方式是人爲地改變Post方法的簽名，使其包含未使用的參數。例如，一些開發人員的增加傳遞給Post方法類型爲FormCollectionPOST的參數而不使用該參數：
public ActionResult Delete(FormCollection fcNotUsed, int id = 0){ Movie movie = db.Movies.Find(id); if (movie == null) { return HttpNotFound(); } db.Movies.Remove(movie); db.SaveChanges(); return RedirectToAction("Index");}
結束語
現在您擁有了一個將數據存儲在本地DB數據庫的完整的ASP.NET MVC應用程序。您可以創建，讀取，更新，刪除和搜索電影。
譯者注：原文整個教程已翻譯完畢，第一次做翻譯工作，不足之處望大家多多包含。翻譯過程比較倉促，十篇文章完成後，從頭到尾進行了一遍校對，增加目錄和索引，改正了錯別字，並把一些彆扭的直譯修改爲意譯。下一步的計劃，在這個例子的基礎上，進一步深入摸索和研究。
