mvc基础知识(1)

复制大佬的,侵权请联系我主动删除

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