部署環(huán)境：CentOS7 + Mono 3.10 + Jexus 5.6

創(chuàng)新互聯(lián)公司成立于2013年，先為茂南等服務建站，茂南等地企業(yè)，進行企業(yè)商務咨詢服務。為茂南企業(yè)網(wǎng)站制作PC+手機+微官網(wǎng)三網(wǎng)同步一站式服務解決您的所有建站問題。

在Xamarin.Studio創(chuàng)建的asp.net項目，部署過程非常順利，沒有遇到什么問題；但在VS2013中創(chuàng)建的asp.net項目，部署過程會有一些波折?，F(xiàn)在想想，原因是Xamarin.Studio中的項目模板比較簡單，只是顯示幾個文字，并沒有用到mvc5中的東西。

vs2013新建一個asp.net的項目（目標框架是.net4.5），選擇mvc,并且更改身份驗證為不適用身份驗證。

編譯，并發(fā)布到jexus默認站點指向的目錄，訪問之。報出的錯誤信息如下圖。

根據(jù)異常堆棧信息，應該是調(diào)用HtmlHelper的ActionLink方法的時候，Helper友用到了RouteCollectionExtention的獲取虛擬路徑方法，問題就處在這個方法中。

看提示應該是RouteCollection少了AppendTrailingSlash這個屬性（bool,用來控制在轉(zhuǎn)換成虛擬路徑的時候是否在最后添加“/”）。

其實，Asp.net 路由框架的代碼位于System.web.dll中，System.Web.Routing.dll是個沒有代碼的空程序集。RouteCollectionExtention是mvc中為了方便使用而對路由框架中RouteCollection的一系列的擴展方法。

打開mvc的RouteCollectionExtention源碼（http://aspnetwebstack.codeplex.com/SourceControl/latest#src/System.Web.Mvc/RouteCollectionExtensions.cs），發(fā)現(xiàn)了對RouteCollection的AppendTrailingSlash調(diào)用。

對比下.net和mono中的RouteCollection類，發(fā)現(xiàn)mono中沒有實現(xiàn)AppendTrailingSlash這個屬性，同樣也沒有LowercaseUrls這個屬性（代碼地址分別是，.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這個文件的最后更新時間，++，兩年前，好吧。

因為屬性無法像擴展方法一樣擴展，而且路由中又沒有針對RouteCollection進行抽象，都是直接引用的RouteCollection，這個問題我暫時沒招了。翻遍了google，只有問題，沒有答案。

只能先繞過去了，找到View/Share/_Layout.cshtml，注釋掉調(diào)用Html.ActionLink的代碼，重新發(fā)布。

這時候可以正常訪問，但頁面的樣式是亂的，在瀏覽器的開發(fā)人員工具中可以看到如下404信息，原因肯定是bundle框架并沒有起作用。

解決辦法是，找到bin文件夾刪除Microsoft.Web.Infrastructure.dll，因為mono在lib中有關(guān)于這個程序集的自己的實現(xiàn)，為了開發(fā)和部署方便，也可以直接把Microsoft.Web.Infrastructure.dll設(shè)置為不復制到本地。

再次訪問，可以看到清新的Bootstrap界面了，只是菜單上哪幾個倒霉的鏈接被注釋掉了。

以上可知，mono目前對mvc5的兼容性還不夠好，可能在等vNext不屑于兼容mvc5了吧。

MVC5在mono上顯示幾個文字還是沒有問題的，但HtmlHelper某些方法因為間接調(diào)用了mono沒有實現(xiàn)的路由框架的屬性，所以無法使用。

RouteCollectionExtention中獲取虛擬路徑的方法是非常重要而且使用頻繁的，為了這個，只能棄用mvc5了，將其降級為mvc4了。

降級的過程是一部血淚史，有血，有淚，有屎。mvc相關(guān)的nuget包主要有：Microsoft Asp.Net MVC、Microsoft Asp.net Web Pages 、Microsoft Asp.net Razor，比較坑爹的是這三個包的不同版本之間不一定兼容。本來想是直接在NuGet中引入MVC4就好，但是遇到了各種問題，不是這個包少個方法就是那個包少個方法，最終試了很多種組合也沒有成功。

最后不得已才用了一個投機取巧的方法，先創(chuàng)建一個mvc4的項目（在vs2013中的創(chuàng)建項目框中展開web選中vs2012就可以看到mvc4的模板），然后把vs自動創(chuàng)建的mvc4、webPage、razor包，復制到原解決方案的package目錄下。

在NuGet中依次卸載MVC5、WebPages、Razor，然后添加對上面復制過來的三個包中的程序集的引用，這時在vs2013中編譯運行會遇到下面的異常：

打開View文件夾下的Web.config，configSections中依然保留著對最初的那幾個程序集的引用，把mvc4項目中的這段配置復制過來，編譯運行，又看到下面的異常：

找不到System.Web.Helpers命名空間，可以我明明引用了System.Web.Helpers這個程序集啊，但bin中竟然沒有System.Web.Helpers.dll。仔細查看，原來是沒有設(shè)置為復制到本地，相應的檢查一下上面手動添加的幾個引用是否都設(shè)置了復制到本地，再次編譯運行，在windows下已經(jīng)可以正常瀏覽了。

把上面layout.cshtml中被注釋掉的調(diào)用Html.ActionLink的代碼解開注釋。

編譯運行，OK；部署到CentOS上，在bin文件夾中刪除Microsoft.Web.Infrastructure.dll，重啟jexus，瀏覽之，正常顯示，點擊菜單上通過HtmlHelper生成的幾個連接，Perfect?。?！ 倒霉的菜單又回來了?。?！

最終的代碼在這里。

原文出自：http://www.cnblogs.com/FuzhePan/p/4053455.html

網(wǎng)站欄目：VS2013中的MVC5模板部署到mono上的艱辛歷程（附代碼）
標題URL：http://uogjgqi.cn/article/dhsjhgh.html