ASP.NET MVC使用感言
前言
写这篇文章的目的，是想总结一些东西，以帮助朋友们更好的使用这个框架。但是，我又不像把官方列举的哪些优势、功能翻译过来列举在这里。所以，我想干脆我就纯从个人观点上对这个框架评论一下吧。说的不好的，不对的还请批评指正。
ASP.NET MVC——螺旋进步的产物
对于微软为什么要推出ASP.NET MVC，我们是无从得知的，也许是因为JavaEE平台上有Struts，也许是因为MVC太流行，也许微软是想使得自己的Web App平台更完善，总之我们只能猜测。但是如果回顾一下微软的Web App平台进化过程，还是很有意思的。
ASP——微软最早为Web开发做出的贡献可能就是ASP了，这个动态语言把动态网页开发的难度空前降低了。但是，在很多人兴奋的用ASP写着一个又一个动态网页时，它的缺点渐渐暴露：语言过于简单，没有面向对象支持、没有好的IDE支持、动态脚本和静态HTML杂糅在一起，使得修改及维护极为困难。
Web Form——说实话，即使是用现在的眼光看，微软推出的Web Form编程模型确实是很有创意，也很实用。微软开创性地将桌面应用的开发模式引入Web应用开发：拖控件、写事件处理、运行...一切都那么美好，而且前段静态代码和后端程序完全隔离在两个文件里，并且用户可以使用.NET平台上任意一种语言进行后端编程。对程序员来说，使用C#进行编程比使用ASP实在是舒服太多了。所以，Web Form模型可以说成为.NET Web App开发的代名词，所有基于.NET平台的Web开发人员都熟悉并接受了这种模型。
ASP.NET MVC——就在Web Form大行其道时，微软推出了ASP.NET MVC。严格说，ASP.NET MVC和Web Form是不具有可比性的，Web Form是一个完整的新型模型，从顶层到底层是一整套的东西，而ASP.NET MVC只是给Web Form穿了件MVC样子的外套，它应该是基于Web Form的一种编程方式模型扩展。但是，从开发人员看，ASP.NET MVC的推出确实大大改变了我们的开发方式，很多Web Form下的方式不被提倡了（你仍可以用，因为ASP.NET MVC也是基于Web Form的），例如，曾饱受赞扬的服务器端控件再度被抛弃，转而再次使用客户端控件，事件驱动模型被抛弃，转而使用了类似传统的Url跳转处理模型。而且在数据验证等方式上与Web Form下提倡的方式有了很大变化。
如此看来，真像是一个轮回，似乎ASP.NET MVC又把我们带回到了ASP时代：服务器端模型不让用、事件驱动机制不让用、类似Desktop App的开发方式不让用...我们似乎从Web Form回到了传统的ASP时�
相关文档：
1. C#语言方面
1.1 垃圾回收
垃圾回收解放了手工管理对象的工作，提高了程序的健壮性，但副作用就是程序代码可能对于对象创建变得随意。
1.1.1 避免不必要的对象创建
由于垃圾回收的代价较高，所以C#程序开发要遵循的一个基本原则就是避免不必要的对象创建。以下列举一些常见的情形。
1.1.1.1 避免循环创建对� ......
一，如果直接把asp.net mvc2 RC 部署在iis5.1上，会出现无法显示页面的情况，原因可能是路径映射没有起作用。
解决办法：
1.在 routes.MapRoute(
"Default", ......
在asp.net里使用com组件导出excel后总是会有一个EXCEL.EXE进程存在，占据着30多M的内存，研究了好久试了网上的很多办法都没有解决。今天心情比较放松，接着从网上搜了一下，看到一篇帖子如下：
在DOT NET中调用Excel后，Excel进程的并未终止问题的解决办法 收藏
在DOT NET中调用Excel后，Excel进程的并未终止问题 ......
GET /Img.ashx?img=svn_work.gif HTTP/1.1
Accept: */*
Referer: http://www.svnhost.cn/
Accept-Language: zh-cn
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5 ......
