这些层次都是用来管理不同代码的,让代码具有更好的维护性。
开发中一般采用三层架构即MVC的模式来进行开发,
M:Model(模型)
V:View(视图)
C:Controller
dao(data access object)主要负责处理数据库操作,对于数据库中的数据做增删改查等操作的代码;
domain:这一层是用来管理javaBean实体对象的;
service:业务逻辑层,用来调用不同的dao,完成特定的业务逻辑,并且DB的事务控制也在这层;
DAO和service的区别是什么?
回答一:dao是data access object ,即数据访问层,是直接和数据库打交道的,直接操作数据库的,dao是和Xml一伙的,dao里面的方法在xml有对应的sql语句,sql语句的id就是dao里面的方法名; service是和serviceImpl一伙的,是一个处理流程,是一个业务逻辑,在处理业务的时候可能会用到数据库里面的数据,这时就需要调用dao里面的方法,其实就是执行sql语句了。。。
回答二:dao 和 service 正常来讲是不一样的,dao是数据访问层,是直接处理对数据库的增删改查。而service 主要是进行业务逻辑的处理。如果你的service 和 dao 代码完全一样,那根本没有层次感,而且以SSH框架为例,对于service,dao的配置都是基本固定的,它们对应的事件事务的管理都是需要配置的。
参考
web:控制层,接收客户端访问请求,并调用业务逻辑层完成相应处理,控制页面跳转;
vo:普通的java对象(POJO)多数时候与DB表结构有对应关系,将DB中检索出数据,或者要往DB中反映的数据保存在vo实例中
一个github图书管理系统上的例子
问:代码结构中Dao,Service,Controller,Util,Model是什么意思,为什么划分?
精简回答:简单点,不用长篇大论。你只要记住一个核心两个要点就可以了。
一个核心:封装,也就是我入口小,里面大,你别管我用了几千几百行代码实现了什么功能,我一封装,就是一行API给你,你调我,我给你我说好的功能,这就是封装。
两个要点:1分层,2传递。 分层就是我把一组同样功能的封装放一起。和数据库打交道的放一起,这层就是DAO,database access object。 把提供业务功能的分一层,就是service,有的地方叫做domain service,把控场的分一层,controller。 传递就是我要在各个东西之间传递参数,是的函数有调用参数?这个是面向过程的思想传下来的,面向对象我们传递的是实体,对象,并不是你给我四个数,我帮你算个24点出来,而是你给我四张牌的结合,我帮你算个24点,这就是model,各种现实社会的实体,在这里抽象成model。架构 就这么简单。
Java大神学习闸瓦三步走:前端、SpringBoot、数据库
在具体的项目中,其流程为:Controller层调用Service层的方法,Service层调用Dao层中的方法,其中调用的参数是使用Entity层进行传递的。总的来说这样每层做什么的分类只是为了使业务逻辑更加清晰,写代码更加方便,所以有时候也需要根据具体情况来,但是大体的都是这样处理的,因为它其实就是提供一种规则,让你把相同类型的代码放在一起,这样就形成了层次,从而达到分层解耦、复用、便于测试和维护的目的。