通过之前的了解
现在我们已经可以使用mvc进行一些简单的开发
但是还不够
哪里不够呢？
为什么现在的程序员喜欢用mvc进行开发
不就是因为它爽吗？
之前介绍的那些特点仅仅是mvc框架的一小部分
只是一丢丢而已啦~
今天就来补充三个常用的，方便程序员开发的功能
1.js/css合并
在之前的crud例子中，我们引入js/css脚本的方式和平常的web开发一样
<script src="~/Scripts/jquery-1.8.2.min.js"></script>
<script src="~/Scripts/jquery.validate.min.js"></script>
<script src="~/Scripts/jquery.validate.unobtrusive.min.js"></script>
但是mvc框架提供了一个强大的js/css脚本合并功能
我们找到App_Start文件夹下的BundleConfig.cs类
双击打开
虽然代码看不懂，但是我们可以从中看到一大堆引入js和css脚本的路径
下面我们模仿其格式，尝试自己添加
bundles.Add(new ScriptBundle("~/bundles/jqueryval").Include(
"~/Scripts/jquery.unobtrusive*",
"~/Scripts/jquery.validate*"));
//自己添加的ScriptBundle--MyScript
bundles.Add(new ScriptBundle("~/bundles/MyScript")
.Include("~/Scripts/jquery-1.8.2.min.js",
"~/Scripts/jquery.validate.min.js",
"~/Scripts/jquery.validate.unobtrusive.min.js"));//开启合并压缩功能 BundleTable.EnableOptimizations = true;
ok，搞定~
这就完成了j脚本的合并引用
那么之前的视图页就不需要之前的方式了
现在我们将原来的三个js脚本引用删掉
换上新代码
@Scripts.Render("~/bundles/MyScript")//此处的路径填写new ScriptBundle("~/bundles/MyScript")中的路径名，这是可以随意命名的，譬如也可以变这样：new ScriptBundle("~myjs")
我们通过开发人员工具来看看两次的对比
未使用js合并之前
发送了三个js请求到服务器
使用js合并之后
三个请求合为一个，当程序规模比较大的时候页面中的js/css引用非常多，如果按照正常的方式来引用脚本会向服务器发送大量的请求
js合并功能帮我们解决了这个问题，而且它不仅仅是将三个js文件合并在一起，还进行了压缩优化，可以通过服务器的相应正文看到
使用css合并压缩也是一样的，根据BundleConfig.cs中的格式添加一个StyleBundle在引用就搞定~
神技能，get it！
2.HtmlHelper，UrlHelper
在mvc框架中为程序员提供了一些能够进行快速看法的帮助类
下面举例子介绍HtmlHelper和UrlHelper类
（1）Url.Action与Url.RouteUrl
回想一下之前的crud例子
我们在写url地址的时候都是直接写死的
例如：
<td>
<a href="/Home/Create">新增</a>
</td>
这样看起来似乎没有什么问题
但是在mvc中这就是一个隐藏的巨大问题
因为在mvc中，我们可以随意的通过配置路由在更改url的请求格式！
routes.MapRoute(
name: "Default",
//之前的路由配置
//url: "{controller}/{action}/{id}",
//现在改为：
url: "{action}/{controller}/{id}",
defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
);
这么一来，新增超链接请求的就是Create控制器下面的Home方法
但是服务器端只有Home控制器下的Create方法！如果不对url进行修改的话会返回无法找到该方法的错误
那么就改呀
但是仔细想想
如果项目规模非常大，url非常多
难道要一个个去改吗？！
先不说花费大量功夫终于改完了
突然接到通知说路由配置又要改
oh~shit！
但是不要慌~
万能的mvc框架为你提供了解决方案~
将之前的url改为使用UrlHelper的格式
使用Url.Action方法
第一个参数指定action方法名，第二个参数指定控制器名
之后生成运行，查看生成的新增超链接
搞定~而且使用UrlHelper类生成的超链接是根据路由配置来生成的
程序员再也不用操心前台url的格式了~
（但是这里看到这个url有点奇怪，怎么只有Create没有Home，这是因为在路由配置中默认的控制器就是Home，而默认的action为Index，如果请求的控制器或者action方法是默认的它直接省略不写~）
使用Url.Action方法是根据路由表中的第一个路由来生成的
但是通常路由表中的路由不仅仅是一个，也有可能很多个
这时候如果我们需要根据第n个路由配置来生成url怎么搞？
使用Url.RouteUrl方法
如图所示
该方法可以根据指定的路由名称来生成url
（2）HtmlHelper
HtmlHelper中提供了大量生成html代码的方法让程序员可以进行快速开发
而且HtmlHelper生成的html代码都是原声的
也就是说并不像是WebForm中服务器控件那样的繁重
但是其拥有服务器控件那样的开发效率
Html.ActionLink
该方法根据指定的action和控制器来生成超链接（具有UrlHelper生成的一样效果哟~）
使用Html.BeginForm生成表单标签
using (Html.BeginForm("Modify", "Home", FormMethod.Post, new {id = "fmSubmit"}))
{
}
HtmlHelper类的方法实在是太多= =
本来想多用几个，但是可能最后会导致文章n长（还狡辩，就说是自己懒的吧。。）
方法的使用方式都是大同小异的
多用几遍就可以很熟悉~
3.实体验证
在进行web开发的过程中
为了保证数据的安全性和正确型钢
服务器和浏览器端的数据检
校验都是必不可少的
在之前的开发方式中
我们不仅仅要在前台页面中书写大量的js代码来进行浏览器端的验证
还要在后台中接收参数并在此验证
而这些验证方法通常是千篇一律的
在此我们可以使用一个非常爽的功能---实体验证
来帮我们做这些繁琐的验证工作
怎么做呢？
很简单
首先需要引入js脚本文件
<script src="~/Scripts/jquery-1.8.2.min.js"></script>
<script src="~/Scripts/jquery.validate.min.js"></script>
<script src="~/Scripts/jquery.validate.unobtrusive.min.js"></script>
这里也可以用前面说的js合并，为了方便看清楚就直接引用了~
之后，也是最爽的一步
找到之前的T_Users实体类，在UserName字段中加入特性
//设置该字段必填
[Required]
//设置该字段长度最小为2，最大为5
[StringLength(5, MinimumLength = 2)]
public string UserName { get; set; }
好了，服务器端的验证就写好了~
在前台页面使用强类型方法生成html标签
@*根据UserName生成文本框*@
@Html.TextBoxFor(u=>u.UserName)
@*如果UserName字段校验不合格出现的错误消息提示*@
@Html.ValidationMessageFor(u=>u.UserName)
现在浏览器段会自动开启校验功能
而在后台只需要一句代码
//如果通过校验则返回true，否则返回false
if (ModelState.IsValid)
{}
ok，搞定~
实体的特性有很多很多
比如
remote用来远程验证字段是否重复等
compare用来对比两个字段是否相等
有兴趣的同学可以自己找找资料多多学习~
最后，asp.net mvc开发的方便和快捷不是一言两语就可以描述出来的
也可能是因为菜鸟水平不够无法表达~
但是
相信我们在使用mvc的时候可以体会到它的魅力所在
之后引导我们更进一步的学习~