构建一个真实的应用电子商务SportsStore(十一)

我们的项目已经进入了非常好的良性循环，项目中涵盖了多数现在的主流开源框架的使用。就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类，这些都是显示验证错误所必需的，运行一下程序，我们的验证规则开始发挥作用了：

构建一个真实的应用电子商务SportsStore(十一)

结果并非我们所预期的，而是抛出了一个异常，仔细分析原因，原来是因为我们改动了数据模型，导致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));

        }