探寻ASP.NETMVC鲜为人知的奥秘（1）：对LESS的支持_html/css_WEB-ITnose

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了探寻ASP.NETMVC鲜为人知的奥秘（1）：对LESS的支持_html/css_WEB-ITnose，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含3913字，纯文字阅读大概需要6分钟。

内容图文

想一下很久以前，我们在mvc2的时代，我们使用这样的方式引入js和css文件：

<script type="text/javascript" src="@Url.Content("~/Script/Script.js")"></ script>

刚开始没有什么问题，而随着我们项目的越来越大，需要引入的资源文件越来越多的时候，我们就难免会遇到以下这些问题：

1. 需要在Production环境将这些文件替换为压缩版本(e.g jQuery.xxx.min.js)
2. CSS文件需要借助其他工具去压缩
3. 引入的文件越来越多，难以管理
4. 大量的资源文件导致浏览器加载缓慢

而在ASP.NET MVC3空出世后，我们就再也不需要受到以上这些困扰了。

首先，当我们开启了Optimizations开关后，当Web.config文件中的System.Web/Compilation@debug设置为false的时候（在生产环境下，需要设置为false），我们在浏览器端获取到的资源文件将会是经过压缩和捆绑的。这样做的好处是：

1. 减少了服务器端的流量，给服务器退烧（通过压缩）
2. 自动缓存资源文件，服务器端不更改的话，不会重新加载（通过缓存机制）
3. 由于大多浏览器限制了对一个host同时连接数量，所以加快了网站访问速度（通过捆绑）

以下是一个简单的示例，我这里用一个新建的ASP.NET MVC项目进行演示：

在新建一个MVC项目后，打开App_Start/BundleConfig.cs文件，可以看到一个静态的RegisterBundles方法，这个方法和RegisterRoutes方法一样，都是在应用程序在首次加载的时候调用的，也就是说，所有的捆绑和压缩的操作都会在应用程序加载的时候执行一次，以后会直接引用它，而当在应用程序启动后，人工干预了某个在捆绑中注册了的资源文件，MVC也只会去重新加载和压缩这一部分。

在这个RegisterBundles方法体内，可以设置BundleTable.EnableOptimizations静态属性，这个静态属性默认是设置为True的，也就是当网站在生产环境下，会对css和js等文件进行捆绑和压缩，而在开发模式下不会执行这些操作，当然你也可以通过设置为False组织它这种行为，

在方法体内，可以通过调用BundleCollection参数的Add方法增加我们要捆绑的文件：

bundles.Add(new ScriptBundle("~/bundles/bootstrap").Include(                      "~/Scripts/bootstrap.js",                      "~/Scripts/respond.js"));

这里的”~/bundles/bootstrap“是一个虚拟的路径，当我们在View文件中引用的时候，实际加载的是"~/Scripts/bootstrap.js"和"~/Scripts/respond.js"两个文件，Include方法的参数为一个字符串类型的参数组，所以我们可以添加任意多个的文件，在View文件中使用如下方式进行应用：

@Scripts.Render("~/bundles/bootstrapr")

捆绑机制同时也支持CDN

var jqueryCdnPath = "http://libs.baidu.com/jquery/1.9.0/jquery.min.js";            bundles.Add(new ScriptBundle("~/bundles/jquery",                        jqueryCdnPath).Include(                        "~/Scripts/jquery-{version}.js"));

而这篇文章要说的重点是，直接使用这种捆绑和压缩的机制完成LESS的编译，虽然我们也可以使用LESSCSS在浏览器端编译less，但是并不能得到编译过的CSS文件，而很多时候我们需要得到它，判断是不是我们预想的那样。

更多关于LESS的介绍以及LESS的优势，参见这里

首先，我们需要添加dotless程序包：

之后，我在项目中Content目录下，添加一个StyleSheet1.less，代码如下：

@color:#F7F7F7;body{    background-color:@color;}

这时候，您并不需要去担心IIS会对less后缀的文件返回404，因为最终输出到客户端的是一个经过编译的CSS文件。

在BundleRegister方法中，添加如下代码：

var lessbundle = new Bundle("~/bundles/less").Include("~/Content/*.less");            lessbundle.Transforms.Add(new LessTransform());            lessbundle.Transforms.Add(new CssMinify());            bundles.Add(lessbundle);

在代码第一行，我们添加了对Content目录下所有后缀为less文件的捆绑，第二行添加了LESS的转换功能，这个功能就是由dotless提供的，第三行添加了对这一捆绑提供压缩的功能，这样我们在Production环境下，就会得到编译并且压缩的css代码；

在生产环境下，浏览器得到的源码中会找到类似以下的代码：

打开这个路径，会得到已经编译过的CSS代码：

body{background-color:#f7f7f7}

这篇文章就到这里了，最近工作的事很闹心啊，做技术人的洁癖和敏感，很他妈要命！

内容总结

以上是互联网集市为您收集整理的探寻ASP.NETMVC鲜为人知的奥秘（1）：对LESS的支持_html/css_WEB-ITnose全部内容，希望文章能够帮你解决探寻ASP.NETMVC鲜为人知的奥秘（1）：对LESS的支持_html/css_WEB-ITnose所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端