提交订单：这是SportsStore项目的最后一个功能了，结算并完成我们的订单。

在Entities文件夹里添加一个ShippingDetails.cs,代码如下：

View Code

注意这里给属性添加了一些validation attributes，需要引入一个命名空间：System.ComponentModel.DataAnnotations。

添加结算处理：我们的目标是能够让用户添加快递信息和提交订单。首先我们在购物车详情页面添加一个Checkout按钮，修改Views/Cart/Index.cshtml如下：

<p align="center" class="actionButtons">
<a href="@Model.ReturnUrl">Continue shopping</a>@Html.ActionLink("Checkout now", "Checkout")
</p>

接着我们在CartController里面添加一个Checkout action方法，如下：

        public ViewResult Checkout()
{return View(new ShippingDetails());
}

右键添加一个视图Checkout，如下：

Checkout.cshtml的代码如下：

View Code

我们使用Html.EditorFor辅助方法为每一个表单字段呈现input元素，我们让MVC框架能够算出view model属性需要哪一种input元素，而不是显示的指定。Html.EditorFor方法是Template View Helper一个例子，书后面的章节会进行详细的讲解。这里我们能体验到，MVC框架非常智能，会自动为bool类型的属性呈现一个Checkbox(这里的Gift Wrap).

Tip:我们可以使用一个简单的方法Html.EditorForModel来为所有的属性创建HTML元素.将上面的代码注释，然后加上@Html.EditorForModel().运行程序可以看看效果。我们这是分开写的，为的是能够直接引用每一个属性。

接着实现订单处理过程

我们需要一个组件来处理订单的详情，为了保持MVC model的严则，首先定义一个接口，并实现该接口。然后使用我们的DI容器--Ninject
在 SportsStore.Domain/Abstract的文件夹里面定义一个IOrderProcessor接口，如下所示：

View Code

接着实现该接口，这里比较简单的处理，仅仅发一封邮件告之。在 SportsStore.Domain/Concrete里面创建一个EmailOrderProcessor类来实现该接口，如下所示：

View Code

接着使用Ninject绑定，在NinjectControllerFactory的修改AddBindings()如下：

        private void AddBindings()
{
ninjectKernel.Bind<IProductsRepository>().To<ProductsRepository>();

EmailSettings emailSettings = new EmailSettings {  WriteAsFile = bool.Parse(ConfigurationManager.AppSettings["Email.WriteAsFile"] ?? "false") }; ninjectKernel.Bind<IOrderProcessor>().To<EmailOrderProcessor>().WithConstructorArgument("settings", emailSettings);
}

对了，这里的Email.WriteAsFile在配置文件里面配置的，主要是考虑没有smtp服务器时，将邮件复制到指定目录。其实一般的邮箱都开通了smtp服务的，所以我们将这里的默认值设为false。在Web.config里面配置<add key="Email.WriteAsFile" value="false"/>
在Ninject里面绑定时，这里是带了构造器参数，如果初次路过的朋友不是很清楚，可以看前面的比较，有针对Ninject的介绍。

接着完成CartController

我们需要修改CartController的构造器，现在需要增加IOrderProcessor类型的参数，并且需要增加一个新的action方法来处理当用户点击完成订单按钮后的post请求。修改后如下：

        private IProductsRepository repository;private IOrderProcessor orderProcessor;public CartController(IProductsRepository repo, IOrderProcessor proc)
{
repository = repo;
orderProcessor = proc;
}

[HttpPost]public ViewResult Checkout(Cart cart, ShippingDetails shippingDetails)
{if (cart.Lines.Count() == 0)
{
ModelState.AddModelError("", "Sorry,your cart is empty!");
}if (ModelState.IsValid)
{
orderProcessor.ProcessOrder(cart, shippingDetails);
cart.Clear();return View("Completed");
}else
{return View(shippingDetails);
}
}

这里可以发现有这样一个[HttpPost]特性修饰Checkout方法，表示该方法只有发起post请求时才会被调用。当用户提交表单以后，这里又一次用到了Model Binding系统，分别针对ShippingDetails自动来自http的数据创建参数和Cart使用我们自定义的绑定模型创建参数。如果你使用了单元测试，这个是需要修改CartController的构造器，可以增加一个null参数来使编译通过。

MVC框架通过使用data annotation attributes检查我们对ShippingDetails应用的验证约束，任何的验证都会通过ModelState传递给action方法。我可以通过检查ModelState.IsValid属性来确定验证过程产生的问题，比如是否为空等等。注意到这里，如果没有任何的项在购物车里面,我们能够调用ModelState.AddModelError方法来注册一个错误的信息.关于Model Binding和validation，书中第二部分有章节进行专门的讲解，如果你这里跟我一样不太清楚，没问题的。

展示验证信息

当用户输入了不合法的数据时，我们可以使用@Html.ValidationSummary()在显示，当然这是在一个地方统一显示。你也可以借助其他的方法来分开显示不同的错误信息。比如这修改Checkout.cshtml如下：

...
<h2>Check out now</h2>
Please enter your details, and we'll ship your goods right away!
@using (Html.BeginForm()) { 

    @Html.ValidationSummary() 

    <h3>Ship to</h3>     <div>Name: @Html.EditorFor(x => x.Name)</div> ... 

展示效果如下：

接下进行最后一步了，当用户填完了Ship信息时，给用户显示一个完结的页面Summary。右键Checkout方法，添加视图Completed，这里不用强类型视图。因为就显示一个成功信息而已。代码如下：

View Code

好啦，今天的笔记就到这里。

下一章也是关于该项目的，也是第一部分的最后一章了，正在学习mvc的朋友请一起坚持。到了第二部分，就进入mvc详细讲解部分了，我觉得是最核心的部分，我相信在这个项目里面我们所有的疑惑和问题都会在第二部分的内容得到答案。你相信吗？呵呵！

晚安！

本文转自Rt-张雪飞博客园博客，原文链接http://www.cnblogs.com/mszhangxuefei/archive/2012/01/12/mvcnotes_16.html如需转载请自行联系原作者

张雪飞