ASP.NET MVC小论
前言
ASP.NET MVC作为微软官方的.NET平台下MVC解决方案，自诞生起就吸引了众多.NET平台开发人员的眼球。在经历了漫长Preview后，上个月微软终于发布了其beta版。应该说，通过我亲身实践，我认为这个框架的设计还是相当优秀的，至少从易用性来说，ASP.NET MVC要优于Java平台上的Struts和Struts2。使用Struts实现MVC时，除了要写一堆ActionForm、Action和ActionResult外，最头疼的莫过写于各种xml映射配置文件。Struts2虽然不用再写ActionForm，并且降低了侵入度（其实Struts2和Struts关系不大，而基本可以认为是WebWork的后续版本），但是仍无法避免xml配置文件。
ASP.NET MVC从一开始的设计思路就与Struts不同，它的映射是利用路由配置而非xml，从而大大降低了开发复杂度，并且比Struts要更直观，更容易上手。
可是，这并不表明ASP.NET MVC就是尽善尽美的。在我实践的过程中，发现某些地方使用起来还是不太方便，在这里小小论述一下。不妥之处，还请各位尽情批评。
别扭的视图：能不能不要让我承担逻辑
我个人认为，ASP.NET MVC第一个不太妥当的地方就是视图的实现。在这个框架中，视图是使用ASPX文件实现的。就呈现数据这一需求来说，ASP.NET MVC下一般性的做法是：控制器负责调用Model完成数据的读取，并将需要呈现的数据通过ViewData传递给视图，并选择某视图呈现。被选中的视图要负责将ViewData中相应的数据读取、分解，然后使用一定的逻辑语句将其呈现。
这个方式，就要求视图中存在一定的逻辑语句，如将ViewData中数据转换成相应类型的类型转换语句；如果需要按照某一条件呈现不同内容，则需要分支语句；而常用的表格式数据呈现需要用到循环语句。于是，我们就会看到视图中充斥着各种<%%>、if、foreach等等的东西。
当然，我不否认，良好的编写可以让这些代码整洁的出现在视图中。然而，在我的心目中，一个良好基于Web应用的MVC框架设计，其视图是不应该存在任何可执行代码的，而应该是一个单纯的模板文件，或者说含有可替换标签的页面文件，就像PHP平台下的Smarty那样。至于视图中相应的可替换标签替换成什么内容，应该是控制器的责任。设计一套良好的标签模板，对数据、分支、循环等常见任务设置相应标签，我认为是更适合ASP.NET
相关文档：
第一步 掌握一门.NET面向对象语言，C#或VB.NET 我强烈反对在没系统学过一门面向对象(OO)语言的前提下去学ASP.NET。 ASP.NET是一个全面向对象的技术，不懂OO，那绝对学不下去!
第二步 对.NET Framework类库有一定的了解 可以通过开发Windows Form应用程序来学习.NET Framework。ASP.NET是建构在.NET Framework之上的 ......
MVC2 框架安装完成以后我们就可以开始我们的 MVC之旅了，呵呵
本次学习内容：Route
首先 route 的中文意思就是我们常说的“路由”，确实这里也是这个意思，在我们MVC中已经不再使用 XX.aspx 来访问页面了，
所有页面的请求会通过route来解析找到对应的控制器(controller)里面对应的操作(action)来执行的。
mv ......
第一种适用于没有建立虚拟路径的项目，而且项目也不大的情况下，直接打断点，之后点击F5运行。
第二种适用于建立虚拟路径的项目，打好断点，之后选择调试->附加到进程->选择aspnet_wp.exe，之后打开浏览器，打开页面，到有断点的地方会自动跟踪进去！~
注：有的操作系统可能找不到aspnet_wp.exe 可能存在ccc.exe之� ......
方法1
HttpFileCollection files = HttpContext.Current.Request.Files;
//我设置的大小不超过A4纸的缩略图
int newWidth=620;
int newHeight=880;
System.Drawing.Image img = null;
for(int iFile = 0; iFile < files.C ......
在BS项目中，某个aspx页面需要引用外部脚本文件，通过在页面head节<script language="" src="">方式引用指定的js之后，仍然无效。通过alert方式调试，发现是由于js文件编码与js文件内容不符。由于js文件中包含中文注释，所以需要设置js文件为可识别中文的gb2312编码。其方法在网上也讲述，以下为网摘内容：
&n ......
