推薦：揭秘.Net中的委托
我本來以為委托很簡單，本來只想簡簡單單的說說委托背后的東西，委托的使用方法。原本只想解釋一下那句：委托是面向?qū)ο蟮摹㈩愋桶踩暮瘮?shù)指針。可沒想到最后惹出一堆的事情來，越惹越多，罪過，罪過。本文后面一部分是我在一邊用SOS探索一邊記錄的，寫的非

      首先，如果您需要在項(xiàng)目中使用在ASP.NET Routing的功能，則需要在web.config文件中配置一個(gè)HttpModule：

<add name="UrlRoutingModule" type="System.Web.Routing.UrlRoutingModule, System.Web.Routing, ..." />

      其次，您應(yīng)該在Application_Start中向RouteCollection類型的RouteTable.Routes集合中添加一系列RouteBase對象，并為每個(gè)RouteBase對象指定一個(gè)獨(dú)立的名稱（大小寫無關(guān)）。當(dāng)然，您也可以在運(yùn)行時(shí)動(dòng)態(tài)添加或刪除內(nèi)容（RouteCollection對象是線程安全的），只不過我們平時(shí)不太會(huì)去這么做而已。值得注意的是，RouteCollections里的RouteBase對象，它們的順序是非常重要的。

      UrlRouteModule會(huì)監(jiān)聽ASP.NET Request Pipelines的PostResolveRequestCache事件，在這個(gè)事件中UrlRouteModule會(huì)將當(dāng)前的HttpContext作為參數(shù)調(diào)用RouteTable.Routes集合的GetRouteData方法。在RouteCollection的GetRouteData方法中，又會(huì)依次將HttpContext傳入每一個(gè)RouteBase對象的GetRouteData方法，如果中途某個(gè)RouteBase對象返回了一個(gè)非null的結(jié)果，則這個(gè)結(jié)果便會(huì)直接返回給UrlRouteModule。

      如果UrlRouteModule調(diào)用RouteTable.Routes.GetRouteData方法得到了null，則“一切都像沒有發(fā)生過”。如果GetRouteData方法得到了結(jié)果——一個(gè)RouteData對象，此時(shí)RouteData.Values便會(huì)包含請求中捕獲到的數(shù)據(jù)。RouteData中另一個(gè)重要的成員便是RouteData.RouteHandler屬性，它返回一個(gè)IRouteHandler對象。IRouteHandler接口中只有一個(gè)方法GetHttpHandler，它接受RequestContext作為參數(shù)，并返回一個(gè)IHttpHandler對象。如ASP.NET MVC框架在利用ASP.NET Routing時(shí)，便會(huì)使用MvcRouteHandler來返回一個(gè)MvcHandler對象。

      不過，UrlRouteModule在得到了IRouteHandler對象之后，并不會(huì)直接調(diào)用其GetHttpHandler方法，而是判斷它是不是ASP.NET Routing自帶的StopRoutingHandler類型。StopRoutingHandler是個(gè)特殊的IRouteHandler對象，它的作用只是告訴UrlRouteModule，雖然某個(gè)規(guī)則匹配成功了，但是——也還是當(dāng)什么都沒發(fā)生過吧。因此，如果我們想要“跳過”一些形式的請求，往往則需要將“忽略”功能放在其他所有規(guī)則之前。如：

public static void RegisterRoutes(RouteCollection routes){    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");    routes.IgnoreRoute("scripts/{*pathInfo}");    routes.IgnoreRoute("images/{*pathInfo}");    routes.MapRoute(        "Default",                                              // Route name        "{controller}/{action}/{id}",                           // URL with parameters        new { controller = "Home", action = "Index", id = "" }  // Parameter defaults    );}

      IgnoreRoute是定義在ASP.NET MVC中，基于RouteCollection類型的擴(kuò)展方法。它會(huì)向RouteCollection中添加一個(gè)Route對象，而這個(gè)Route對象在匹配成功時(shí)返回的RouteData對象，其RouteHandler屬性便為一個(gè)StopRoutingHandler，于是余下的Routing規(guī)則也不會(huì)繼續(xù)匹配了——這一點(diǎn)和RouteBase對象返回null不同，因?yàn)槿绻祷豱ull，則余下的規(guī)則還會(huì)依次匹配。如果返回了一個(gè)包含StopRoutingHander的RouteData，則剩下的Routing規(guī)則全部跳過。

      如果UrlRouteModule得到的IRouteHandler對象不是StopRoutingHandler，則便會(huì)通過其GetHttpHandler方法獲得那個(gè)IHttpHandler對象。這個(gè)IHttpHandler對象會(huì)被放入HttpContext的Items集合中。至此，Request Pipeline的PostResolveRequestCache事件便結(jié)束了。

      UrlRouteModule還會(huì)監(jiān)聽PostMapRequest事件，此時(shí)Module便會(huì)查找HttpContext.Items集合的特定位置中是否包含一個(gè)IHttpHandler對象，如果存在，則會(huì)將這個(gè)對象設(shè)為當(dāng)前HttpContext對象的Handler屬性的值。于是當(dāng)ASP.NET繼續(xù)執(zhí)行下去時(shí)，便會(huì)調(diào)用這個(gè)Handler的ProcessRequest方法來處理請求了。

      如果這個(gè)IHttpHandler對象是MvcHttpHandler，那么它便會(huì)從RouteData中獲取一些數(shù)據(jù)，構(gòu)造Controller對象，執(zhí)行Action等等。如果它是一個(gè)DynamicDataHandler，或是WebForm的HttpHandler，那么剩下的便是各自的模型的處理方式了。

      因此，ASP.NET Routing是一個(gè)通用的組件，它不涉及到任何具體的請求處理方式。如果您需要，也可以自己基于它進(jìn)行開發(fā)——如FubuMvc項(xiàng)目就是這么做的。

分享：如何用Microsoft Ajax Minifier幫Javascript瘦身
摘要 前兩天在Plurk上看到91哥在談這個(gè)工具，一時(shí)興起之下就稍為玩了一下，發(fā)現(xiàn)還蠻有趣的，以下介紹給大家參考看看。 從Web 2.0興起后，使用者對于網(wǎng)頁互動(dòng)的需求愈來愈大，不僅要求使用界面美觀，也希望操作功能的友善度上能與過去的Winform程式看齊，而為