VS2013中的MVC5模板部署到mono上的艱辛歷程（附代碼）
部署環(huán)境：CentOS7 + Mono 3.10 + Jexus 5.6
在Xamarin.Studio創(chuàng)建的asp.net項(xiàng)目，部署過程非常順利，沒有遇到什么問題；但在VS2013中創(chuàng)建的asp.net項(xiàng)目，部署過程會(huì)有一些波折。現(xiàn)在想想，原因是Xamarin.Studio中的項(xiàng)目模板比較簡(jiǎn)單，只是顯示幾個(gè)文字，并沒有用到mvc5中的東西。
vs2013新建一個(gè)asp.net的項(xiàng)目（目標(biāo)框架是.net4.5），選擇mvc,并且更改身份驗(yàn)證為不適用身份驗(yàn)證。
編譯，并發(fā)布到j(luò)exus默認(rèn)站點(diǎn)指向的目錄，訪問之。報(bào)出的錯(cuò)誤信息如下圖。
根據(jù)異常堆棧信息，應(yīng)該是調(diào)用HtmlHelper的ActionLink方法的時(shí)候，Helper友用到了RouteCollectionExtention的獲取虛擬路徑方法，問題就處在這個(gè)方法中。
看提示應(yīng)該是RouteCollection少了AppendTrailingSlash這個(gè)屬性（bool,用來控制在轉(zhuǎn)換成虛擬路徑的時(shí)候是否在最后添加“/”）。
其實(shí)，Asp.net 路由框架的代碼位于System.web.dll中，System.Web.Routing.dll是個(gè)沒有代碼的空程序集。RouteCollectionExtention是mvc中為了方便使用而對(duì)路由框架中RouteCollection的一系列的擴(kuò)展方法。
打開mvc的RouteCollectionExtention源碼（http://aspnetwebstack.codeplex.com/SourceControl/latest#src/System.Web.Mvc/RouteCollectionExtensions.cs），發(fā)現(xiàn)了對(duì)RouteCollection的AppendTrailingSlash調(diào)用。
對(duì)比下.net和mono中的RouteCollection類，發(fā)現(xiàn)mono中沒有實(shí)現(xiàn)AppendTrailingSlash這個(gè)屬性，同樣也沒有LowercaseUrls這個(gè)屬性（代碼地址分別是，.net：http://referencesource.microsoft.com/#System.Web/xsp/system/Web/Routing/RouteCollection.cs#8f054052ef9931ac#references，mono：https://github.com/mono/mono/blob/master/mcs/class/System.Web.Routing/System.Web.Routing/RouteCollection.cs）。
再看一下mono中RouteCollection這個(gè)文件的最后更新時(shí)間，++，兩年前，好吧。
因?yàn)閷傩詿o法像擴(kuò)展方法一樣擴(kuò)展，而且路由中又沒有針對(duì)RouteCollection進(jìn)行抽象，都是直接引用的RouteCollection，這個(gè)問題我暫時(shí)沒招了。翻遍了google，只有問題，沒有答案。
只能先繞過去了，找到View/Share/_Layout.cshtml，注釋掉調(diào)用Html.ActionLink的代碼，重新發(fā)布。
這時(shí)候可以正常訪問，但頁面的樣式是亂的，在瀏覽器的開發(fā)人員工具中可以看到如下404信息，原因肯定是bundle框架并沒有起作用。
解決辦法是，找到bin文件夾刪除Microsoft.Web.Infrastructure.dll，因?yàn)閙ono在lib中有關(guān)于這個(gè)程序集的自己的實(shí)現(xiàn)，為了開發(fā)和部署方便，也可以直接把Microsoft.Web.Infrastructure.dll設(shè)置為不復(fù)制到本地。
再次訪問，可以看到清新的Bootstrap界面了，只是菜單上哪幾個(gè)倒霉的鏈接被注釋掉了。
以上可知，mono目前對(duì)mvc5的兼容性還不夠好，可能在等vNext不屑于兼容mvc5了吧。
MVC5在mono上顯示幾個(gè)文字還是沒有問題的，但HtmlHelper某些方法因?yàn)殚g接調(diào)用了mono沒有實(shí)現(xiàn)的路由框架的屬性，所以無法使用。
RouteCollectionExtention中獲取虛擬路徑的方法是非常重要而且使用頻繁的，為了這個(gè)，只能棄用mvc5了，將其降級(jí)為mvc4了。
降級(jí)的過程是一部血淚史，有血，有淚，有屎。mvc相關(guān)的nuget包主要有：Microsoft Asp.Net MVC、Microsoft Asp.net Web Pages 、Microsoft Asp.net Razor，比較坑爹的是這三個(gè)包的不同版本之間不一定兼容。本來想是直接在NuGet中引入MVC4就好，但是遇到了各種問題，不是這個(gè)包少個(gè)方法就是那個(gè)包少個(gè)方法，最終試了很多種組合也沒有成功。
最后不得已才用了一個(gè)投機(jī)取巧的方法，先創(chuàng)建一個(gè)mvc4的項(xiàng)目（在vs2013中的創(chuàng)建項(xiàng)目框中展開web選中vs2012就可以看到mvc4的模板），然后把vs自動(dòng)創(chuàng)建的mvc4、webPage、razor包，復(fù)制到原解決方案的package目錄下。
在NuGet中依次卸載MVC5、WebPages、Razor，然后添加對(duì)上面復(fù)制過來的三個(gè)包中的程序集的引用，這時(shí)在vs2013中編譯運(yùn)行會(huì)遇到下面的異常：
打開View文件夾下的Web.config，configSections中依然保留著對(duì)最初的那幾個(gè)程序集的引用，把mvc4項(xiàng)目中的這段配置復(fù)制過來，編譯運(yùn)行，又看到下面的異常：
找不到System.Web.Helpers命名空間，可以我明明引用了System.Web.Helpers這個(gè)程序集啊，但bin中竟然沒有System.Web.Helpers.dll。仔細(xì)查看，原來是沒有設(shè)置為復(fù)制到本地，相應(yīng)的檢查一下上面手動(dòng)添加的幾個(gè)引用是否都設(shè)置了復(fù)制到本地，再次編譯運(yùn)行，在windows下已經(jīng)可以正常瀏覽了。
把上面layout.cshtml中被注釋掉的調(diào)用Html.ActionLink的代碼解開注釋。
編譯運(yùn)行，OK；部署到CentOS上，在bin文件夾中刪除Microsoft.Web.Infrastructure.dll，重啟jexus，瀏覽之，正常顯示，點(diǎn)擊菜單上通過HtmlHelper生成的幾個(gè)連接，Perfect！！！ 倒霉的菜單又回來了！！！
最終的代碼在這里。
