当前使用的框架是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 主要与数据库做交互的