ASP.NET MVC学习---(八)三个比较常用的方便的功能
通过之前的了解
现在我们已经可以使用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的时候可以体会到它的魅力所在
之后引导我们更进一步的学习~