MVC进阶篇（一）——概览

前言

说到MVC，就得先说说框架是什么东西，MVC好多人都知道，是Model、view、controller，但是MVC到底是什么样的一个框架呢，好多人又说了是约定大于配置。下面我来说说我的理解。

内容

MVC首先是有视图和控制器和数据持久化层组成的，类似于三层框架。视图层提供了表现的界面层，model层提供了业务处理和数据操作代码。Controller层则是根据前天视图页的请求，传送给视图页的相应的数据返回，在这里可以理解为协调作用，没有什么特殊性。在后期人们在基于MVC框架下开发时，考虑到团队开发，于是将controller层独立到一个类库中，最终就是视图部分和controller分开开发，这个时候，只要注意：视图和相应的controller名称一样就可以了，然后对于类库中建立的controller需要注意：a存在的类不能为静态类修饰符必须为public；b类名必须为controller结尾；c类库实现基层的controller基类；其他地方按照平时来用就可以了。

关于约定大于配置，这个怎么理解呢？其实没什么，以前的框架，是在配置文件里面进行配置好的， 而MVC这个框架，而是采用，只要类名跟着controller的，而且修饰符为public，继承controller基类，都为控制器，并且规定控制器会产生一个与之同名的在views下面的文件夹。控制器的action方法，在添加视图的时候，在视图文件夹下生成一个同名的视图。

再说说为什么要用MVC，或者说MVC与其他asp.netWebForm开发有什么优势。

普通的webform形式：

用户通过浏览器发送请求报文，然后通过微软提供的IIS服务器组件，到FrameWork，然后在里面通过process
request方法创建起始页类的页面对象，然后在page_load方法里面根据请求的数据报文，进行业务逻辑处理，然后通过process response返回到页面相应的内容。

MVC模式：

用户通过浏览器发送请求报文，通过微软提供的IIS服务器组件，到FrameWork，然后根据路由配置，解析URL，创建解析后的对象，并调用对象的index方法，然后通过该action，调用model的业务逻辑和数据处理，最后return一个view或者重定向到其他view，或者根据其他需求进行相应的返回。

从上面的对比来看，MVC模式将界面显示与数据内容表达分离开来，在很大程度上减少了系统之间的耦合性。WebForm形式，在接受请求后，还要对请求进行实时的业务分析，不能输出整个前台界面。导致整体性效果差。

小结

MVC模式提供了很多便利性的操作，让我们的操作整体性更加强，减少了牵一发而动全身这种尴尬。下面分别说一下，MVC的路由机制、自带验证机制、通过一些demo，表现MVC怎么实现httpget和httppost操作的，还有MVC中的htmlhelper用法，相信这些就可以很好的帮助你在渲染很强的界面中更好的实现业务操作。

感谢您的宝贵时间···