笔者根据自己对java Web开发的一些理解，尝试基于JavaWeb通俗地解释什么是MVC模型，希望能让编程初学者更好地理解MVC编程模式，对编程初学者能有所帮助。有说得不对或不准确的地方，还望各路大神批评指正。
首先，百度百科一段，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
是不是看得一头雾水？我说说我的理解。
V（view），视图，指的是我们用户可以直接看到的界面，例如，我们访问一个网页WWW.***.com，我们能从浏览器看到的页面就是一个视图View，也就是网页页面，而常见的网页页面文件有HTML文件和jsp文件。
C（controller），控制器，也叫action，实质上是Java文件里的一个方法（或叫函数），这个方法是用来响应浏览器的请求的。而每个Java文件里一般会有多个这样的方法（函数），每个方法都会响应不同的浏览器请求，写满这些方法的Java文件，最后会统一放在一个文件夹（或叫包）里面，形成一个action工厂。好像还不太懂？举个例子，上面说到了工厂，那就举个工厂的例子，一个工厂，下面有很多个部门，每个部门，就相当于一个java文件，每个部门下面有很多工人，就相当于一个java文件里面有好多个方法（函数），这些工人干什么吃的？嗯，当然要响应工厂老板的请求。
那这个工厂老板是谁呢？自然是想要访问某个网页、或者在网页上进行某项操作的用户，或者说浏览器，其实一个意思，因为用户的操作是在浏览器上进行的，需要通过浏览器（对应上述的页面、视图）向action工厂提交请求。比方说，用户在浏览器上输入了网址www.***.com，服务器会把这个网址解析成一个action方法的路径（也就是具体定位到某个工人），等等，好像不太对？上面不是说从浏览器看到的是一个视图吗？那这个网址对应的不应该是视图（页面）的地址？嗯，没毛病，你网址确实是解析成action方法的路径，然后，这个方法，它会想办法找到视图需要的各种数据，然后把这些数据扔到一个视图里面，再把带数据的视图丢回浏览器展示给用户。
举个例子，现在有一个视图（界面），叫个人信息，而个人信息每个人是不一样的，因此，视图只保留每个人共有的部分，也就是模板，现在老板想看到张三的个人信息，就会在浏览器提交请求，这个请求定位到了工人A，工人A去把张三的个人信息全都拿出来了，扔到了视图里，然后把视图和数据一起丢回浏览器展示给老板看。
嗯，这就是action的工作。
那M（Model）又是啥玩意呢？model层（又叫数据层或service层），是专门与数据库打交道，为action工厂提供服务的工具。再用上面工厂的例子，有一天，老板想要看2016年每个季度的销售额是多少，然后请求提交给了工人A，工人A加班了2天，统计出来给老板看。
然后，老板突然又想看看2016年每个季度销售额分别比2015年多多少，这个请求提交给了工人B，工人B先加班两天，把2016年每个季度销售额统计出来，然后再加班两天，把2015年销售额统计出来，再作对比统计给老板看。
又有一天，老板想根据2016年各个季度销售额，预测2017年每个销售额是多少，这个请求提交给工人C，工人C先加班两天，把2016年每个季度销售额统计出来，然后再加班两天，把2017年销售额预测出来交给老板看。
后来某一天，这三个工人坐在一起聊天，发现，怎么我们做了那么多重复的工作呢，于是，他们决定请来一群奴隶，为他们服务，把这些冗余重复的工作都丢给这群奴隶，这些奴隶，把各种与数据打交道的工作都做好了，工人再接收到老板请求时，不需要自己再进行统计，而是直接问奴隶拿这些数据，工人不再需要关心这些数据是怎么来的，需要什么，问奴隶要。
回到开发层面，比如现在有两个页面，两个页面都需要同一组数据：该门课程所有章节。因为不同页面（视图）对应的是两个不同的action方法，如果把获取该门课程所有章节代码写在action方法里，那这两个方法就会重复写这部分代码，为了避免代码冗余，model（或叫service）横空出世，这个层面汇集了所有涉及到数据增删改查的代码，action方法只负责响应页面请求和返回数据，数据怎么来？它不管，直接找service要去。
嗯，这就是著名的MVC模型，MVC模型，说白了就是一套定义如何进行分工协作的思想。在过去的开发过程中，由于没有很好地进行定义分工，会导致大量的代码冗余。因此一群大牛坐下来讨论开会，讨论出了一种可以大大提高开发效率和较少代码冗余的分工思想，并命名为MVC模型。其中，V就负责定义视图模板，C就负责接收请求并找M拿数据然后放到V再丢回浏览器；M就负责与数据打交道，定义了各种增删改查的方法。
还不懂？出门右转撸代码去，边撸边理解
