实际接触springMVC后的简单理解

          到现在为止已经实习半年（在一个单位实习半年，我都佩服自己），自己的java代码总算写的有点样子，不比以前在学校学习的时候，刚接触springMVC，总是听到各种术语，最多是一些小项目，所以对于mvc的思想理解还是有些懵懂，在实习期间，总算有了实际编程的经历，对于mvc总算有了一个概念，所以就想把自己体会到的几点用一种比较简单易懂的浅显语言写出来，一是加深自己的印象，二也是尝试一下写博客，毕竟这也是一种学习的方法，而且非常有效。

         MVC翻译过来就是模型层、视图层、控制器，而在模型和控制器之间，其实还能细分持久层和服务层，如果对应项目结构的话就是

         简单笼统的说，model中就是一些实体类（pojo，即没有什么接口继承的最简单的类），比如说学生类，班级类，数据源等；持久层就是操作数据库，增删改查，即dao；服务层包装功能，接收dao返回的信息，并给控制层提供接口，即service；控制层视图层的请求，然后分发、处理再返回数据到视图层，即controller；视图层，顾名思义，就是看到的界面，同时包括css，js，images等。这是把层次对应文件位置的说法。

具体的讲每层的功能，model中封装各种实体类，即学生类，其中学号，姓名等，给其他功能调用，这部分最简单，只要private int id，然后重写set，get方法，还有像equals，hashCode，toString等方法，不过我还没用到过。然后就是dao，这个部分也比较简单，只做数据库的增删改查，不要添加其他的方法，一个方法代表对数据库的一种操作，如add,delete等，这也不容易混淆，dao返回的是数据库的数据，比如List<Object[]>的类型，这种类型用的最多，一个Object[]就是数据库中的一条记录；

服务层，服务层的代码最容易出问题，这部分要做的是应用功能的代码，之前的操作其实和具体功能无关，比如model，封装类，有具体的格式，dao操作数据库，代表的是增删改查的4种操作，而service则是功能，比如登陆，登陆要验证用户名和密码，首先要根据用户名到数据库中查询，这就是调用dao，一个数据库操作，而同时，注册也是一个功能，同样要验证用户名存不存在，也要调用dao的同一个方法，所以dao不是根据service写，你可以一开始就把常用的增删改查方法写好供service调用，而不是service一个功能对应一个dao，这就是mvc的一个显而易见的好处。同时，service层添加功能也很简单，直接增加一个方法，如果不用涉及新的数据库操作只要调用就好，现在的dao不能满足就在dao中再添加一个方法即可。服务层输出的就是视图层需要的数据；

控制器，在我的理解中就是管分发的，比如说登陆请求"/login"，注册请求"/add"就是到这一步，这一步里方法名基本没什么用，只要不重复就好（基本都是用注解@RequestMapping），它接收前端，视图层发过来的数据，比如说用户名和密码，然后调用服务层login方法判断这个用户存不存在，密码正确与否，然后再把结果返回到指定页面，比如成功，则跳转到主页，失败，返回密码错误。如果前端需要数据，则用ModelMap（一种情况）绑定传回即可。在这个页面不要做什么逻辑判断，比如说判断用户名存不存在这种问题。然后视图层，jsp，html，js等等，我认为要尽量少的使用java代码，以保证代码的规律性，也比较美观点。

总之，在我想来，做mvc项目就是jsp页面不要调用service，controller不要调用dao，要一层层的调用方法，即使看起来比较累赘。这样的好处是当我完成了登陆操作，我想加一个注册功能，那么我接下来要做的就是做一个注册页面，一个控制器，一个service方法，一个dao方法（如果没有），需要的实体类，这些都是可以直接添加而不用修改的，并且只要规定好之间的数据交互，比如说注册信息（用户名，密码，手机号），就可以同步几个层次同步进行，甚至dao不用管service怎么写，只要把用户User的类添加进数据库，service不用管controller怎么写，只要返回成功或失败，controller不用管jsp什么样子，只要知道请求和地址。

上述注册和登陆就变成了两条线，并且并没有交叉，互不妨碍，这应该就是mvc要达到的效果了，说实话，这种代码，写起来真心轻松加愉快，敲起来有种飞一样的感觉，数据库，后台，前端一条龙，至于说代码重复什么的，需要的 就是各自的经验来避免了，我第一次写程序的时候印象深刻，一个程序我从实现功能之后开始（已经完成页面-后台-页面交互）之后，我又改了3遍，第一遍我把dao大肆修改，以保证只留下操作数据库的方法（没修改service），这里有一个习惯要改，开始受service影响，我是看service需要什么方法操作数据库，然后写什么dao，等于一个service对应一个dao这当然有问题，应该是一个service对多个dao，service和controller也是同样的道理，第二次我 修改了service，把输出和输入统一起来，一些验证的方法封装起来供service调用，即类似工具类的概念。同时，也有一个建议，多用接口，这样代码看起来结构层次更清晰。

以上是我对mvc的浅显理解，即使现在我还是觉得自己会的不多，返回看看上边写的东西，感觉像是傻瓜似的说法，说的尽是人人都懂的东西，然而就是这么些简单的东西，我也是在实际操作中才体会深刻，代码，毕竟还是要有实际的项目才能更明白。