PO、VO、DAO、BO、DTO、POJO、Entity、Mapper

PO、VO、DAO、BO、DTO、POJO、Entity、Mapper意义和使用场景

PO（Persistent Object）：持久化对象，与数据库中的表字段一一对应，通常使用在与数据库交互的领域模型中。

VO（Value Object）：值对象，用于封装业务数据，通常用于视图层与服务层之间的数据传输。

DAO（Data Access Object）：数据访问对象，用于封装数据库访问的细节，对上层提供简单的操作接口。DAO 主要完成数据库操作的相关语句编写、参数传递。

BO（Business Object）：业务对象，封装业务逻辑，依据业务规则维护内部状态。此时，面向领域对象的设计将全部处理操作移到了面向领域对象的业务对象中，抽象了业务接口。

DTO（Data Transfer Object）：数据传输对象，它是在客户端和服务端之间传输数据的 Java Bean，在这个过程中可以进行序列化。DTO 的设计目的是对业务模型进行封装，同时它自身不具备任何行为逻辑，而常见的业务模型则是以 Entity 的形式存在的。

POJO（Plain Ordinary Java Object）：普通 Java 对象，简称 POJO，通常不包含业务逻辑，主要用于进行数据传输。
Entity：实体对象，直接用于 JPA（Java Persistence API）编程即 ORM（Object Relational Mapping）开发模式，对于一个实体，它对应一个表，每个实例对应一行数据。跟PO功能使用场景差不多。

Mapper：映射器，Mapper 接口的实现类是由 MyBatis 框架自动生成的。其作用是将 DAO 操作的数据实现映射成业务实体类，然后供其它地方（比如 Service 层）使用。跟DAO使用场景差不多。

下面是几个简单的示例，通过一个用户信息来说明这些概念的具体应用。

PO：持久化对象，在这个系统中是指用户的数据模型，主要用于与数据库进行交互存储。例如：

public class UserPO {
    private Long id;
    private String username;
    private String password;
    
    // getter/setter方法省略
}

VO：视图对象，用于前端展示的数据模型，例如：

public class UserVO {
    private Long id;
    private String username;
    
    // getter/setter方法省略
}

DAO：数据访问对象，用于访问数据库的对象，通常包含数据库的CRUD操作。例如：

public interface UserDao {
    UserPO getById(Long id);
    void save(UserPO user);
    void update(UserPO user);
    void delete(Long id);
}

BO：业务逻辑对象，用于封装业务处理的逻辑。例如：

public interface UserBo {
    UserVO getById(Long id);
    void save(UserVO userVO);
    void update(UserVO userVO);
    void delete(Long id);
}

DTO：数据传输对象，用于在服务器端和客户端之间传输数据的对象，例如：

public class UserDTO {
    private String username;
    private String password;
    
    // getter/setter方法省略
}

POJO：一种简单的Java类，通常用于表示数据对象，不包含业务逻辑。例如：

@data
public class Student {
    // 私有字段
    private int id;
    private String name;
    private int age;

Entity：实体对象，用于表示数据库中的表结构的Java对象，通常包含表中列属性和对应的getter/setter方法。例如：

@Entity
// Entity
public class UserEntity {
    private Long id;
    private String username;
    private String email;

    // Getter and Setter methods
}

Mapper：数据映射器，用于完成Entity和PO之间的映射。例如：

@Mapper
public interface UserMapper {
    UserPO entityToPo(UserEntity entity);
    UserEntity poToEntity(UserPO po);
}

在这个示例中，我们可以通过PO、VO、DAO、BO、DTO、POJO、Entity、Mapper这些对象及其对应的操作来实现用户管理系统的功能：从数据库中读取用户信息，展示到前端页面上，通过表单提交修改用户信息并保存到数据库。通过这些对象之间的协作，可以让整个系统更加模块化，易于维护和扩展。

除了之前提到的PO、VO、DAO、BO、DTO、POJO、Entity和Mapper之外，还有一些其他常用的对象和模式，常见的包括：

1、Service：Service 是用于实现业务逻辑的对象。它通常作为业务逻辑的入口，协调不同的对象和组件来完成具体的业务操作。
2、Controller：Controller 是用于处理用户请求、协调服务调用以及返回响应的对象。在Web应用程序中，Controller通常处理来自客户端的请求并将结果返回给客户端。
3、Repository：Repository 是用于实现对持久化存储（如数据库）的数据访问操作的对象。它提供了一种抽象层，使得数据访问和业务逻辑相分离，并提供了对数据的CRUD（创建Create、读取Retrieve、更新Update、删除Delete）操作。
4、Factory：Factory 是一种设计模式，用于创建对象的实例。它提供了一种中心化的方式来创建复杂对象，隐藏具体的对象创建细节，并提供一致的接口。
5、Observer：Observer 是一种设计模式，用于在对象之间建立一对多的依赖关系。当一个对象的状态发生变化时，它会通知所有依赖它的对象，使得它们可以根据这个状态变化做出响应。
6、Facade：Facade 是一种设计模式，提供了简化复杂系统的接口。它封装了复杂系统的内部组件，并提供一种简化的接口，使得客户端可以更方便地使用系统。
7、Singleton：Singleton 是一种设计模式，用于确保一个类只有一个实例，并提供一个全局访问点。它通常用于管理共享资源或状态，以及提供全局访问的需求。

这些是常见的对象和模式，它们在不同的应用和场景中具有不同的用途和意义。根据具体的需求和设计，可以选择适当的对象和模式来构建应用程序。