多个Java object 概念简单解释

多个Java object 概念简单解释

整理自网络

---

Javabeans

• JavaBeans是Java中一种特殊的类，可以将多个对象封装到一个对象（bean）中。
• 名称中的“Bean”是用于Java的可重用软件组件的惯用叫法。
• 要成为JavaBean类，则必须遵循关于命名、构造器、方法的特定规范。有了这些规范，才能有可以使用、复用、替代和连接JavaBeans的工具。

规范如下：

1. 所有属性为private
2. 提供默认构造方法
3. 提供getter和setter
4. 实现serializable接口

为什么要序列化？

序列化是为了解决在对对象流进行读写操作时所引发的问题。

Java的”对象序列化”能让你将一个实现了Serializable接口的对象转换成一组byte，这样日后要用这个对象时候，你就能把这些byte数据恢复出来，并据此重新构建那个对象了。这一点甚至在跨网络的环境下也是如此，这就意味着序列化机制能自动补偿操作系统方面的差异。也就是说，你可以在Windows机器上创键一个对象，序列化之后，再通过网络传到Unix机器上，然后在那里进行重建。你不用担心在不同的平台上数据是怎样表示的，byte顺序怎样，或者别的什么细节。

之所以需要对象序列化，是因为有时候对象需要在网络上传输，传输的时候需要这种序列化处理，从服务器硬盘上把序列化的对象取出，然后通过网络传到客户端，再由客户端把序列化的对象读入内存，执行相应的处理。

POJO (Plain Old Java Object)

We wondered why people were so against using regular objects in their systems and concluded that it was because simple objects lacked a fancy name. So we gave them one, and it's caught on very nicely.

POJO(Plain Old Java Object)这个名字用来强调它是一个普通java对象，而不是一个特殊的对象，不是JavaBean, EntityBean 或者 SessionBean。其主要用来指代那些没有遵从特定的Java对象模型、约定或框架（如EJB）的Java对象。

POJO不担当任何特殊的角色，也不实现任何特殊的Java框架的接口如，EJB，JDBC等等。

PO(persistent object)

持久对象是在Object Relation Mapping(ORM)框架中的Entity，最形象的理解就是一个PO就是数据库中的一条记录。

• po的每个属性基本上都对应数据库表里面的某个字段。完全是一个符合Java Bean规范的纯Java对象，没有增加别的属性和方法。持久对象是由insert数据库创建，由数据库delete删除的。基本上持久对象生命周期和数据库密切相关。
• 最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。
• PO中应该不包含任何对数据库的操作。

DTO(Data Transfer Object)

比如一张表有100个字段，那么对应的PO就有100个属性（大多数情况下，DTO 内的数据来自多个表）。但view层只需显示10个字段，没有必要把整个PO对象传递到client，这时我们就可以用只有这10个属性的DTO来传输数据到client，这样也不会暴露server端表结构。到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO。

VO

• Value object
• View object

---

for many people, DTOs and VOs are the same thing (but Fowler uses VOs to mean something else as we saw). Most of time, they follow the JavaBeans conventions and are thus JavaBeans too. And all are POJOs.

引用自stackoverflow中关于DTO,VO,POTO,Javabeans的讨论

---

关于数据库的一些Java object概念

MODEL

Model，模型。模型是MVC中的概念，指的是数据和改变数据的操作（业务逻辑）。

模型通常指代现实生活中的某样实体。

• 以订单为例
• 每个订单都包含许多数据，如客户、价格、明细等等，这些数据都叫做订单这个模型的属性。
• 和订单相关的一些列操作，比如当购买时，你可能需要先检查库存，给与一定的优惠，再更新账户余额和积分等等，这些就叫做业务逻辑，也是模型的一部分，从代码上来讲，是要放在模型中的。

DAO（Data Access Object）

当模型执行完业务逻辑后，我们便要把模型中的数据保存到数据库中。如果我们直接把和数据库相关的代码放在模型里，会使得以后的维护相当的麻烦。

然而前人把SQL语句直接写在了模型这一层里，这导致分库相当的麻烦，我们只能先把这些SQL语句抽出来，才能把分库进行下去。我们把这些抽出来的SQL代码放到单独的一层，这一层便是，数据访问层。

DAL(Data Access Layer)是三层架构(表现层，业务逻辑层，数据访问层)中的数据访问层，是一个概念或者说是一个方案，它由许多DAO组成，或者说由DAO具体实现，是把和数据库相关的代码封装起来，这样当我们执行分库时，便只用调整DAO的代码了，模型根本不用关心它使用的数据是放在A库还是B库。

注：这里的三层架构与MVC不是同一个概念；

• 三层架构是一个分层式的软件体系架构设计，它可适用于任何一个项目。
• MVC是一个设计模式，它是根据项目的具体需求来决定是否适用于该项目。

关于MVC与三层架构的详细解释，可参见 mvc与三层结构

DAO是一个软件设计的指导原则，在核心J2EE模式中是这样介绍DAO模式的：为了建立一个健壮的J2EE应用，应该将所有对数据源的访问操作抽象封装在一个公共API中。用程序设计的语言来说，就是建立一个接口，接口中定义了此应用程序中将会用到的所有事务方法。在这个应用程序中，当需要和数据源进行交互的时候则使用这个接口，并且编写一个单独的类来实现这个接口在逻辑上对应这个特定的数据存储。

顾名思义就是与数据库打交道，夹在业务逻辑与数据库资源中间，是DAL的具体实现。

简单的说 dao层 就是对数据库中数据的增删改查等操作封装在专门的类里面，在业务逻辑层中如果要访问数据的时候，直接调用该dao类（包括了如何访问数据库和数据的增删改查等等代码），就可以返回数据，而不需要再在业务逻辑层中写这些代码。

ORM(Object Relational Mapping,O/RM,O/R mapping)

面向对象是从软件工程基本原则（如耦合、聚合、封装）的基础上发展起来的，而关系数据库则是从数学理论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象，对象关系映射技术应运而生。

与DAO类似，ORM也是一种封装数据访问的概念。然而ORM不像DAO只是一种软件设计的指导原则，强调的是系统应该层次分明。ORM更像是一种工具，有着成熟的产品，比如JAVA界非常有名的Hibernate，以及很多PHP框架里自带的ORM库。他们的好处在于能将你程序中的数据对象自动地转化为关系型数据库中对应的表和列，数据对象间的引用也可以通过这个工具转化为表之间的join，而Hibernate甚至提供一套他们自己的数据查询语言HQL来解决复杂的查询问题。

使用ORM的好处就是使得你的开发几乎不用接触到SQL语句。创建一张表，声明一个对应的类，然后你就只用和这个类的实例进行交互了，至于这个对象里的数据该怎么存储又该怎么获取，通通不用关心。

Active Record

Active Record则是随着ruby on rails的流行而火起来的一种ORM模式，它是把负责持久化的代码也集成到数据对象中，即这个数据对象知道怎样把自己存到数据库里。这与以往的ORM有不同，传统的ORM会把数据对象和负责持久化的代码分开，数据对象只是一个单纯包含数据的结构体，在模型层和ORM层中传递。而在Active Record中，模型层集成了ORM的功能，他们既代表实体，包含业务逻辑，又是数据对象，并负责把自己存储到数据库中，当然，存储的这一部分代码是早已在模型的父类中实现好了的，属于框架的一部分，模型只需简单的调用父类的方法来完成持久化而已。

Active Record的主要思想是：

1. 每一个数据库表对应创建一个类，类的每一个对象实例对应于数据库中表的一行记录；通常表的每个字段在类中都有相应的Field；
2. ActiveRecord同时负责把自己持久化，在ActiveRecord中封装了对数据库的访问，即CURD；
3. ActiveRecord是一种领域模型(Domain Model)，封装了部分业务逻辑；

ActiveRecord比较适用于：

1. 业务逻辑比较简单，当你的类基本上和数据库中的表一一对应时, ActiveRecord是非常方便的，即你的业务逻辑大多数是对单表操作；
2. 当发生跨表的操作时, 往往会配合使用事务脚本(Transaction Script)，把跨表事务提升到事务脚本中；
3. ActiveRecord最大优点是简单, 直观。 一个类就包括了数据访问和业务逻辑. 如果配合代码生成器使用就更方便了；

这些优点使ActiveRecord特别适合WEB快速开发。