我们的项目已经进入了非常好的良性循环，项目中涵盖了多数现在的主流开源框架的使用。就Ninject而言，我们的运用是非常的成功，没有任何一点多余的代码，你不在每个控制器的构造函数中去调用Ninject的任何代码，控制器工厂类会自动为你注入你想要的对象，这一点希望大家能记住并运用到你今后的项目中，之所以作为重点提及它，是因为网上有很多错误的教程和做法，既没有显示出Ninject的本质，也误导了读者。今天，我们就对该项目的剩余功能做个完结，下篇我们将把注意力集中在网络安全上，没有跟上进度的兄弟，或没有理解的很透的兄弟，一定要多读几遍，多调试下代码，有很多细节的东西，我们没有写太多的笔墨，这并不是我懒，而是我觉得那些对你没有问题，你搞得定它！
添加模块验证
我们的管理员也是人，所以也有犯错误的可能，而且几乎是一定会犯错误。所以，我们也要添加些验证的规则，去规避错误，例如在价格中输入了负数，商品简介没有填写等，而我们还是使用系统的功能和特性去完成这些工作，这也有助于我们对系统的理解，现在我们就在Product类上添加以下特性：
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using System.ComponentModel.DataAnnotations; using System.Web.Mvc; namespace SportsStore.Domain.Entities { public class Product { [HiddenInput(DisplayValue = false)] public int ProductID { get; set; } [Required(ErrorMessage = "请输入商品名称")] public string Name { get; set; } [DataType(DataType.MultilineText)] [Required(ErrorMessage = "请输入商品介绍")] public string Description { get; set; } [Required] [Range(0.01, double.MaxValue, ErrorMessage = "请输入一个有效的价格")] public decimal Price { get; set; } [Required(ErrorMessage = "请指定一个商品类别")] public string Category { get; set; } } }
编辑一个Product时，Html.EditorForModel helper 方法就创建一个form元素,MVC框架添加markup并加载了CSS类，这些都是显示验证错误所必需的，运行一下程序，我们的验证规则开始发挥作用了：
结果并非我们所预期的，而是抛出了一个异常，仔细分析原因，原来是因为我们改动了数据模型，导致EFDbContext不再适用于原来的数据库，我们需要做数据迁移。
Entity Framework Migrations
处理这种情况，我们可能有下面几种选择方案：
- 删除数据库并重建它, 当这将丢失数据库中的数据, 而且你的老板和客户都会不喜欢这种方案。
- 根据错误提示做Code-Migration。
那么，我们怎么该怎么做呢？
Step 1:在Global.asax, 在Application_Start 事件中添加下行代码：
Database.SetInitializer<EFDbContext>(null); //For Changes
哦对了，如果你的程序不能认出Database这个名字，你要添加一条引用语句在代码的引用部分
using System.Data.Entity;
Step 2:打开程序包管理控制台，工具/库程序包管理器/程序包管理控制台，执行下列命令:
PM> Enable-Migrations -ProjectName SportsStore.Domain -ContextTypeName SportsStore.Domain.Concrete.EFDbContext
执行命令后, 你应该在工程文件夹下，看到一个新文件夹被命名为 ‘Migrations’ 的文件夹。
- Configuration - ‘Seed’ 方法.
- InitialCreate - Up 和Down 方法.
Step 3 执行下面的命令：
PM> add-migration -ProjectName SportsStore.Domain Initial
这个命令将会在‘Migrations’ 文件夹中添加一个命名为<TimeStamp>_Initial.cs的文件。
Step 4：PM> update-database -ProjectName SportsStore.Domain
更新数据库，现在运行程序，你应该可以看到预期的结果了
现在我们可以把刚才添加到Global.asax的Application_Start 事件中的代码再完善一下：
Database.SetInitializer<EFDbContext>(new CreateDatabaseIfNotExists<EFDbContext>()); //For Changes
我们的验证方法并不科学，不但导致程序不可读，而且，每次验证都要在服务器端处理，而不能直接在浏览器端解决，这很浪费资源和时间，之所以绕出这么远，主要是为了掩饰EF框架数据迁移的用法，如果你觉得这是有助于学习，你得到了帮助，那么请为我留下个推荐吧！
改用客户端校验
打开_AdminLayout.cshtml文件，添加如下语句：
<script src="~/Scripts/jquery-1.7.1.js"></script>
<script src="~/Scripts/jquery.validate.min.js"></script>
<script src="~/Scripts/jquery.validate.unobtrusive.min.js"></script>
<title></title>
你可以在通过设置web.config文件，去关闭整个工程的客户端验证：
<appSettings> <add key="webpages:Version" value="2.0.0.0" /> <add key="webpages:Enabled" value="false" /> <add key="PreserveLoginUrl" value="true" /> <add key="ClientValidationEnabled" value="false" /> <add key="UnobtrusiveJavaScriptEnabled" value="false" /> <add key="Email.WriteAsFile" value="true"/> </appSettings>
添加新产品
创建一个新的action方法到AdminController类：
public ViewResult Create() { return View("Edit", new Product()); }
我们这个创建的方法没有自己对应的View，我们重用了Edit view,一个action方法链接到一个存在的view上，是个完美的设计，在这里，我们注入一个新的产品对象作为View model，使Edit view弹出一个空窗体，然而，我们还是过于乐观了，现在的代码还不是我们所期望的结果。因为它不能返回到初始的Edit action，我们需要修改一下Views/Admin/Edit.cshtml文件：
@model SportsStore.Domain.Entities.Product @{ ViewBag.Title = "Admin: 编辑" + @Model.Name; Layout = "~/Views/Shared/_AdminLayout.cshtml"; } <h1>Edit @Model.Name</h1> @using (Html.BeginForm("Edit", "Admin")) { @Html.EditorForModel() <input type="submit" value="保存" /> @Html.ActionLink("取消并返回", "Index") }
我们为BeginForm（）添加了两个参数，保证返回的地址是正确的。
删除商品
添加一个新的方法到IProductRepository接口：
Product DeleteProduct(int productID);
然后到EFProductRepository类中去实现这个方法：
public Product DeleteProduct(int productID) { Product dbEntry = context.Products.Find(productID); if (dbEntry != null) { context.Products.Remove(dbEntry); context.SaveChanges(); } return dbEntry; }
最后一步，我们要在AdminController中添加一个删除的action方法，这里我们只要支持Post，因为这个删除的操作不是幂等操作，幂等操作不在本系了教程之内，如果有朋友感兴趣，可以去查阅相关资料，这里你只需知道，Get方法make一个请求时，不需要用户的显示同意，就会释放浏览器和缓存，这个极为危险的，为了回避这一点，我们必须使用Post。
[HttpPost] public ActionResult Delete(int productId) { Product deletedProduct = repository.DeleteProduct(productId); if (deletedProduct != null) { TempData["message"] = string.Format("{0} was deleted", deletedProduct.Name); } return RedirectToAction("Index"); }
到AdminTest文件中，添加测试方法吧：
[TestMethod] public void Can_Delete_Valid_Products() { // Arrange - create a Product Product prod = new Product { ProductID = 2, Name = "Test" }; // Arrange - create the mock repository Mock<IProductsRepository> mock = new Mock<IProductsRepository>(); mock.Setup(m => m.Products).Returns(new Product[] { new Product {ProductID = 1, Name = "P1"}, prod, new Product {ProductID = 3, Name = "P3"}, }.AsQueryable()); // Arrange - create the controller AdminController target = new AdminController(mock.Object); // Act - delete the product target.Delete(prod.ProductID); // Assert - ensure that the repository delete method was // called with the correct Product mock.Verify(m => m.DeleteProduct(prod.ProductID)); }
运行它去看看今天的成果吧！如果你完全理解和掌握了这个系列的所有知识点，现在你已经是MVC的专家了，你可以应用这些技术到你的项目中。今天就到这里吧，下篇我们将进行最后的润色，争取做到完美收官！有任何问题可直接留言或Email给我，请继续保持你热情，让我们善始善终吧！