当前使用的框架是springmvc，mvc代码结构原意是这样的：
model 模型层
view 视图层
control 业务层
学过java开发，并且使用过这个框架的，对这些东西应该都是非常了解的。在实际的开发中，我们代码的结构往往是 view--->control -----> service------>dao这样的。
在我的理解中，controller这一层是是用户与view层来交互的。这里处理主要的业务逻辑。然后service层，他是对 control的一个实现，但是他们的关系是 n -> n 的。一个service理论上是可以被多个controller调用的。实现controller与service的分离。提高代码的复用性。同理，service层与dao也应该是这样的。前后端分离，controller、service与dao层分离。
讲讲当前遇到的问题。当前写了段关于文件上传的代码。然后被干掉了n次，最后老大帮忙写了一个，只用了半个小时。而我做了多久，改掉用了多久。分析下我们做这件事的差距如此大的原因。
业务理解不通顺，对一个接口的最终目的不明确。
代码太多太杂，缺少逻辑性
解决这些问题的办法：
1、在control中写出我业务逻辑，与步骤，
2、分离开来controller与service与dao
controller用户与前端交互，通过调用service层，完成业务逻辑，获取业务所需结果
service 服务层，我这么叫，因为这里的东西确实和一个服务就是差不多，不同的业务都是可以来调用的。
dao 主要与数据库做交互的