这些层次都是用来管理不同代码的，让代码具有更好的维护性。
开发中一般采用三层架构即MVC的模式来进行开发，
M：Model（模型）
V：View（视图）
C：Controller
dao（data access object）主要负责处理数据库操作，对于数据库中的数据做增删改查等操作的代码；
domain：这一层是用来管理javaBean实体对象的；
service：业务逻辑层，用来调用不同的dao，完成特定的业务逻辑，并且DB的事务控制也在这层；
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层进行传递的。总的来说这样每层做什么的分类只是为了使业务逻辑更加清晰，写代码更加方便，所以有时候也需要根据具体情况来，但是大体的都是这样处理的，因为它其实就是提供一种规则，让你把相同类型的代码放在一起，这样就形成了层次，从而达到分层解耦、复用、便于测试和维护的目的。
