asp.net的MVC技术简单说明

MVC最初应用于JSP的时候，就是为了解决客户端代码与服务端代码混在一起的问题，Asp也同样存在这种问题，还记得曾经为了使Asp代码分开，做过很多刻意的工作，例如把Asp代码统一放在Page的顶部，下面放Html。当然，到了Asp.Net,引入了Code Behind的概念，就不存在这种问题了，当然在这里Code Behind与应用Asp.Net MVC框架并不冲突，MVC做到了三个部分完全意义上的分离,每个部分各司其职，也可由专人来开发提高效率。MVC优点：1.大型开发的时候容易维护，扩展性很好。2.能够对HTML有完全的控制权限，对于前端来说很友好。3.能够进行单元测试，保证功能的实现。MVC缺点：1.没有那么多的现成控件使用，开发效率相对较低（特别是对于菜鸟来说）2.对于大型数据的处理比较难，还是因为没有现成girdview控件。这个控件虽然生成的html结构异常复杂，但是对于处理大量而且复杂的数据来说是很不错的。不过一般网站是很少有这种大量且复杂的数据，很多菜鸟都是用这个大炮来打蚊子，浪费且低效率。对于网站开发来说这个控件应该不推荐使用。刚学的菜鸟和在需要快速开发的情况下用webform就很好。需要可扩展性，高度控制性情况下用MVC好。但是用这个框架门槛相对较高，如果你只懂asp.net 的webform开发形式的话,因为webform已经帮你做了太多的事情，换句话说你根本不知道真正的web开发是怎么样的。MVC使用中存在的问题1.一个页面完成数据提交的功能，那么页面中

不可以使用run at server,这也意味着不能使用所有的Asp.Net服务器端控件，只有在显示页面才可以使用。2.由于Page只负责数据的显示，ViewState变得没有任何意义。不再有ViewState:传统的ASP.NET WebForm模式利用ViewState保存表单的状态信息，由于B/S程序本身的限制，ViewState存储数据需要在隐藏表单域里面放置很大一段字符串，这会大大增加页面的字节数，导致网页加载变慢；简介的HTML:最终生成的 HTML代码完全由自己控制，不会生成任何"垃圾代码";更快的服务器端处理和客户端呈现：MVC只简单地处理"模板",而无需构建复杂的控件树，因此，无论是在服务器处理的时间，和客户端的呈现速度都会有所提高；为多种视图只需一种模型：有时候一个页面要显示的数据是同一个，但表现形式有细微的差别，此时只需要修改视图部分，可以采用现有的控制器行为；单元测试：Webform的测试是很困难的，使用MVC,可以将业务逻辑与页面分离开，可以不在ASP.NET进程中执行控制器，方便测试。MVC和webform比较MVC和webform开发各有各的用途，但是你不应该使用asp.net mvc框架，如果符合下面几条：1.你对多态不是"非常"的熟悉2.你不喜欢在这个框架上构建应用程序3.你依赖于很多第三方的UI控件4.你不喜欢使用开源的程序