Linux.NET学习手记（6）

sky

　　各位读者大家好，好长一段时间没有更新文章了，自从参加工作之后，每天等待去做的工作没完没了，个人的时间也变得奢侈起来，今后要尽量从中脱身，抽更多的时间来完成自己想做的事情（希望如此）。
　　言归正传，上一回合中，我们讨论学习了如何在Linux.NET中让一个 MVC 3.0 和 MVC 4.0 的项目在mono中跑起来。而就在早前几天，我在新浪微博中看到一位朋友转发了一篇有关如何将MVC4.0项目升级到MVC5.0的文章：《How to Upgrade an ASP.NET MVC 4 and Web API Project to ASP.NET MVC 5 and Web API 2》。我不禁感叹，这时代的步伐还真快，MVC还真的一年一版本的出，同时，一个想法在脑海中形成：既然MVC都发展到5.0了，那当前能否让它在Mono中跑起来呢？
　　进入本回合主题，本回合中我们将讨论学习：
　　1、得到一个ASP.NET MVC 5 的框架应用
　　2、将一个简单的ASP.NET MVC 5 的应用部署到Linux中
　　本回合的程序源码包，可以点击“这里”进行下载。

　　1、得到一个ASP.NET MVC 5 的框架应用
　　巧妇难为无米之炊，想要部署一个MVC 5的应用，必须先得到一个基于这个版本的MVC应用。当前我使用的开发工具是Visual Studio 2012，而ASP.NET MVC 5.0 却是跟 Visual Studio 2013 绑定一同发布，官方貌似还没有提供独立的模板安装文件。当然，我们也不可能为了做这么一个ASP.NET MVC 5.0的实验而跑去下载并安装一个Visual Studio 2013，因此我们要通过一些其他办法来获得这么一个应用。
　　NuGet，果然是一枚好东西，我们很容易的就在上面的发现了ASP.NET MVC 5.0 的包，这样，我们可以先使用Visual Studio建立一个MVC 4.0（或以下）的项目，然后在通过NuGet为该项目升级即可。
　　首先，我们先建一个ASP.NET MVC 4.0 的项目：

　　然后调出我们的控制台程序（具体可以在：“工具->库程序包管理器->程序包管理器控制台”调出），输入：“Update-Package”，让它自动的把所有当前的版本库升级。

　　第三步，我们需要对“~/View/Web.config”中的配置进行修改。
　　具体的修改内容，可以参照前言中说提及的那篇文章，“Update the web.config files under the Views folder”这一节中的1、2两个步骤，在这里，我把我修改后的Web.Config配置全部贴出来让各位读者参考。










































Web.Config　　最后，我们再建立一个简单的控制器和页面，然后把它跑起来。

　　在这里，我有几点本小节的小建议或解析：
　　1、在建立初始项目的时候，建议选择MVC项目，而非WebForm应用程序。为什么呢？这里并不是说通过WebForm+MVC库的方式无法实现，而是如果各位读者采用WebForm+MVC库的方式实现的话，除了没有办法使用Visual Studio所提供的便利之外，建立的每一个View页面，后方都有可能带一个CS文件（如果你是通过建立aspx页面然后改后缀名之类的），并且编译发布之后的代码，View中的内容也有可能被编进了dll中。总而言之，这都将造成极大的不便。
　　2、由于ASP.NET MVC 5仅支持.NET FrameWork 4.5以上的版本，因此新建项目是，FrameWork 4.0 或 以下的版本是无法升级到MVC 5 的。
　　3、使用NuGet升级，因为本次"Update-Package"没有带上任何的参数，因此系统会默认的帮你升级到最新的版本，换句话说，如果下次是MVC 6 的话，NuGet则会帮你升到最新版本（当然，是否成功则是另外一个问题啦）。各位读者也可以通过在项目资源管理器中“右键本项目->管理NuGet程序包”来对这些库进行相关操作。
　　
　　2、将一个简单的ASP.NET MVC 5 的应用部署到Linux中
　　好的，接下来，我们要将这个简单的小项目部署进Linux当中，由于使用的是.NET FrameWork 4.5，我手头上的mono版本担心会有所不足（原先版本为：mono 3.0.12）因此我把Linux中的Mono重新安装了一遍（说起惭愧，由于“rm -rf /usr/local/mono/” 时忘了关Jexus，重新编译的时候还Error了一次），现在的版本为：mono 3.2.3。

　　把环境搭建好之后，再把这个小项目发布到Linux中（jexus网站配置和网站发布过程这里不再写了，又需要的读者可以翻阅前面的文章），然后尝试访问。

　　嗯嗯，就知道不会有这么顺利的，我们把“CustomError”设为“Off”看看它报了些什么错。

　　第一个错误报出来了，说是无法加载“System.Web.Http.WebHost”程序集中的一个方法。
　　我们先检查是否是因为缺少程序集造成的。

　　检查发现，这个程序集已经自带在bin文件夹中，初步排除是缺少程序集造成的，并且改程序集的版本也是5.0.0.0，也排除版本问题造成的。
　　再观察它是否和mono不兼容（如该版本库使用了和操作系统紧密关联的东西之类的），在观察之前这里有个小技巧，那就是先看看mono中有没有这个程序集，如果有，则把mono里面的库直接替换它，如果没有再慢慢观察。

　　很幸运的，找到了这一个对应的程序集，我们把它抽取出来，直接替换掉bin里面的这个程序集。
　　然后再刷新页面：

　　好的，第二个问题报出来了，这次是程序集中缺少方法了。
　　通过命名空间来查找，我们寻寻觅觅的找到了bin文件夹中“System.Web.Http.dll”中的class HttpConfiguration：

　　虽然Methods没有明确的写有“get_Service”这个方法，不过留意红色框框那里，那里使用了语法糖，程序集编译后会自动的产生这个方法，因此此dll中是有这个方法存在的。
　　与此同时，我们发现了mono中也存在这个程序集：

　　我们再撬开mono中的这个程序集：

　　可以发现，这两个属性，虽然名称相同，但是却是分别两个不同的类型，细心的读者还能够发现，就连这个类本身都是有不少东西是不同的。
　　这样的话，我们就把mono的这个程序集拿来替换掉bin下的这个程序集。
　　再次刷新我们的页面：

　　嘿嘿，出现了。结果证明，ASP.NET MVC 5又跑起来了。

　　写在本回合最后，最大的感想就是，在漫步漫长的失败的荆棘道路之后之后，成功的终点或许就在你面前的一步，只是因为雾太大了你没有看清而已。做这个实验时，前一个晚上折腾到三点半都没有结果出来，当时就放弃了，不过第二天灵感一来了，又花了几分钟再次尝试，最后产生了这一篇文章。
　　好的，不多说，期待下一次见面。

来源：博客园 http://www.iyunv.com/xiaodiejinghong/p/3416132.html