面向.Net程序員的前端優化

背景

　　作爲web開發人員大家大多瞭解一些網站的性能優化方法，其實大部分方法都不復雜,例如針對前端js和css的壓縮來減少請求大小，通過合併來減少請求次數。這裏站在.Net後端程序員的角度來看一下如何最簡單快捷的處理這一類需求。

　　全文分3節 combres，mvc4的Bundle，以及2者的對比和個人的意見觀點。

　　弄了個很張揚的點贊樣式，如果覺得很想吐槽請告訴我，我刪掉。。。

---

Combres

　　Combres是一個.NET程序庫，能夠縮小，壓縮，合併，以及緩存的JavaScript和CSS資源，ASP.NET和ASP.NET MVC的Web應用程序。簡單地說，它可以幫助您的應用程序更好的頁面加載速度​​。

　　源代碼存在 https://github.com/buunguyen/combres

　　通過nuget添加combres非常簡單

　　

　　加載完成後 .Net3.5的同學需要按照combres.readme的指導，首先刪除掉AppStart_Combres.cs然後在global.asax中添加Combres引用，然後在RegisterRoutes() 或者 Application_Start()添加方法RouteTable.Routes.AddCombresRoute("Combres")

　　.Net4.0的同學可以忽略這一步，你們會在發現nuget包安裝程序（下面簡稱包管理）已經自動幫你們生成了這樣一段代碼

    public static class Combres {
        public static void PreStart() {
            RouteTable.Routes.AddCombresRoute("Combres");
        }
    }

　　下面最主要的就是就是配置combres.xml,至於webconfig的配置包管理已經幫大家設置完成。

　　爲了方便測試，我們建個白板頁面，然後添加最簡單的js文件和css文件。

　　

　　那麼下面來看測試效果，我們先建一個簡單的測試頁面。

@{
    ViewBag.Title = "Home Page";
}
<script src="~/Scripts/Demo/JScript1.js" type="text/javascript"></script> 
<script src="~/Scripts/Demo/JScript2.js" type="text/javascript"></script> 
<script src="~/Scripts/Demo/JScript3.js" type="text/javascript"></script> 
<link href="~/Content/Demo/StyleSheet1.css" rel="stylesheet" type="text/css" />
<link href="~/Content/Demo/StyleSheet2.css" rel="stylesheet" type="text/css"  />
<link href="~/Content/Demo/StyleSheet3.css" rel="stylesheet" type="text/css"  /> 

　　打開fiddler查看頁面請求。

　　

　　然後我們使用combres修改頁面代碼

　　mvc：　

@using Combres.Mvc
@{
    ViewBag.Title = "Home Page";
}
@Url.CombresLink("siteCss")
@Url.CombresLink("siteJs")

　　webform：

<%= WebExtensions.CombresLink("siteJs") %>  
<%= WebExtensions.CombresLink("siteCss") %> 

　　再來查看頁面請求

　　

　　請求次數變爲了2次，大小也被壓縮的非常低。

　　Combres的實現原理不復雜，服務器端先加載配置緩存起來，根據配置節點生成hash值，具體實現如下　

        public string Generate(ResourceSet rs)
        {
            if (Log.IsDebugEnabled)
                Log.Debug("Computing hash for set " + rs.Name + ".  Current hash: " + rs.Hash);

            var contributingFactors = new List<object> {rs.DebugEnabled};
            rs.Filters.ToList().ForEach(contributingFactors.Add);
            rs.CacheVaryProviders.ToList().ForEach(contributingFactors.Add);
            rs.Resources.ToList().ForEach(r =>
                                  {
                                      contributingFactors.Add(r.ReadFromCache(true));
                                      contributingFactors.Add(r.ForwardCookie);
                                      contributingFactors.Add(r.Mode);
                                      contributingFactors.Add(r.Minifier);
                                  });
            var hash = contributingFactors.Select(f => f.GetHashCode())
                                          .Aggregate(17, (accum, element) => 31 * accum + element)
                                          .ToString();

            if (Log.IsDebugEnabled)
                Log.Debug("New hash: " + hash);
            return hash;
        }

　　得出來的值就是我們上面看到的combres.xsd/setname/hashvalue中的hashvalue，當我們請求產生的時候會由一個CombresHandler根據hashvalue來獲取對應的資源並且進行合併壓縮。

　　處理流程首先判斷你的瀏覽器是否支持壓縮,通過Context.Request.Headers["Accept-Encoding"]。

　　如果判斷爲接受combres會對資源進行2層壓縮，我們這裏簡單稱只爲minifier和gzip。

　　如果瀏覽器不支持壓縮那麼gzip這一層會被忽略，minifier的壓縮方法使用YuiJSMinifier和YuiCssMinifier，方法依賴雅虎的開源組件Yahoo.Yui.Compressor

　　

　　handler會爲新的請求生成一個cachekey：“Combres/Combres.RequestProcessor/siteJs/1342767128/gzip”

　　和etag key“Combres/Combres.RequestProcessor/siteJs/1342767128/gzip/@etag”（實際上真正存於Context.Response.Cache的ETag是"1342767128"）

　　分別對應服務器端緩存和瀏覽器緩存，當下次請求已經發現有key存在，便從緩存中直接獲取資源或者直接304。

　　根據結果圖來看，combres確實是一款很不錯的工具。

---

 MVC4的Bundle

　　MVC4以後自帶了Bundling和Minification。操作也很簡單，新建一個mvc4項目。在App_Start文件夾下找到BundleConfig.cs。

　　添加如下代碼：

        public static void RegisterBundles(BundleCollection bundles)
        {

            bundles.Add(new ScriptBundle("~/bundles/jquerydemo").Include(
                "~/Scripts/Demo/JScript1.js",
                "~/Scripts/Demo/JScript2.js",
                "~/Scripts/Demo/JScript3.js"));

            bundles.Add(new StyleBundle("~/Content/cssdemo").Include(
                "~/Content/Demo/StyleSheet1.css",
                "~/Content/Demo/StyleSheet2.css",
                "~/Content/Demo/StyleSheet3.css"));
        }

　　頁面端添加：

@Styles.Render("~/Content/cssdemo")
@Scripts.Render("~/bundles/jquerydemo")

　　然後記住在BundleConfig.cs添加BundleTable.EnableOptimizations = true;不然MVC4不會啓用壓縮，減少請求數量和帶寬。

　　我們來看一下效果圖：

　　

　　請求次數減少，也有壓縮。但是比起combres效率要差了一些。但是這樣未必就是說combres要更好。

---

 對比

　　2者相比較而已combres的效率要高一些，但是mvc4作爲原生自帶的功能，對於版本管理比較苛刻的系統還是具有優勢，並且對於大型項目還要涉及到cdn問題。

　　目前combres是不支持cdn的，雖然作者給出了相關的話題，但是作者本人最後還有給出了不是令人滿意的答覆。

　　

　　相對MVC4的Bundle是支持cdn的，只需要在對應節點添加 bundles.UseCdn = true即可。

　　所以根據各自項目不同的場景，酌情處理吧。

　　個人推薦靜態資源的壓縮和合並儘量在前端就做掉，例如grunt。這樣不管是cdn還是部署發佈都更合理沒有必要再浪費後端的處理資源。

---

本篇先到此，希望對大家有幫助！