我的主页: isfantasy.com
层次概述
常见问题
1. JAVA中Servlet层、Service层 、modle层 、 Dao层的功能区分？
答：Servlet层用于接收请求并且调用对应service层处理请求，是Java各层中最接近浏览器的一层。Service层主要编写具体业务逻辑，每个Service一般包含一组相关的业务逻辑（比如用户管理是一个Service，文章管理是一个Service）。modle/entity层（统称模型层）就是对应的数据库表的实体类，一般每个模型层类对应一个数据库“表”，一般是用于ORM对象关系映射，一方面方便从数据库取数据时保存为类，一方面也方便写入数据库，简而言之就是为了方便操作数据库。Dao层一般用于对数据库的具体操作，包括各种具体的增删改查语句和数据库数据和Java模型的映射。Util层主要用于存在项目各层都有可能出现、不好划分到某层中、出现频率较高的功能（类），比如连接数据库、获取系统参数、导出Excel表……
2. 为什么将Service（Dao）层设为接口层，单独拿出一个ServiceImpl（DaoImpl）作为实现层？
答：主要还是为了方便项目管理，增加代码的复用性。当项目很大、代码很多时，可能存在多种业务逻辑类似但具体业务有所区别的需求，此时让它们都集成同一个接口层就好了（只是情景之一）。
3. 为什么要用service层封装？
答：这个问题就像Java为什么要分层一样。一般来说，某一个程序的有些业务流程需要连接数据库，有些不需要与数据库打交道而直接是一些业务处理，这样就需要我们整合起来到service中去，这样可以起到一个更好的开发与维护的作用，同时也是MVC设计模式中model层功能的体现。
4. Entity、Pojo、JavaBean和DTO有什么区别？
答：Entity：实体bean，一般是用于ORM对象关系映射，一个实体映射成一张表，一般无业务逻辑代码，有些优秀框架中修改entity会直接同步到数据库。JavaBean：是一种Java语言写成的可重用组件，类必须是具体和公共的，并且具有无参数的构造器，可以把数据封装起来，把应用的业务逻辑和显示逻辑分离开，降低了开发的复杂程度和维护成本（说白了就是一种类的规范，符合这种规范的都可以叫JavaBean）。Pojo：简单的Java对象，实际就是普通JavaBeans，是为了避免和EJB混淆所创造的简称。DTO：数据传输对象（Data Transfer Object），是一种设计模式之间传输数据的软件应用系统。（其实一般开发很难也不必去感受它们的差别，开发多了感觉就来了）
5.模型类和VO类分别是什么
答：模型类一般都会与数据库一一对应（见上文），但仅有模型类无法满足所有需求场景（多表查询）：对于一个商城网站，商品详情页面不仅要显示商品的一般信息，还要显示所属店家信息、店主信息、地理位置……此时数据库商品表中不可能存这么多字段（这会造成很大冗余），解决方案之一就是开发者手动分别查询商品表、店铺表、店主表数据然后将需要的数据拼接在一起传到前端，但这种方法会让开发者浪费不少时间。与此相对的另一个更好的方案是，我们可以将商品详情页需要的数据单独再封装成一个实体类——这便是VO类，我们在想要获取商品详情时单独写一个查询方法对应VO（可以直接将查询结果封装到VO中）便可实现想要的效果。简而言之，模型类对应数据库中“表”，VO类对应前端具体视图（或者说VO类对应数据库中“视图”）。
其它常用术语
1. PO(persistant object) 持久对象：
在o/r映射的时候出现的概念，如果没有o/r映射，没有这个概念存在了。通常对应数据模型(数据库),本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作。
2. VO(value object) 值对象：
通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递。
3. O/R Mapper 对象/关系 映射：
定义好所有的mapping之后，这个O/R Mapper可以帮我们做很多的工作。通过这些mappings,这个O/R Mapper可以生成所有的关于对象保存，删除，读取的SQL语句，我们不再需要写那么多行的DAL代码了。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/212523.html原文链接：https://javaforall.net
