MyBatis 是一个优秀的持久层框架，它支持定制化 SQL、存储过程以及高级映射。在使用 MyBatis 时，实体类的设计需要遵循一些原则，以确保代码的可读性、可维护性和性能。以下是一些建议的实体类设计原则：
- 简单性：实体类应该尽量保持简单，只包含与数据库表格字段对应的属性。避免在实体类中添加过多的业务逻辑或者复杂的数据结构。
- 命名规范：实体类的命名应该与数据库表名保持一致，同时遵循 Java 的命名规范。属性名应该与数据库字段名保持一致，使用小驼峰命名法。
- 数据类型一致性：实体类的属性类型应该与数据库表中的字段类型保持一致。例如，如果数据库中的字段类型为
DECIMAL，则实体类中的属性类型应该为 BigDecimal。
- 使用注解或 XML 映射：MyBatis 支持使用注解或 XML 文件进行映射。根据项目的实际需求选择合适的方式，但要保持一致性。注解映射通常更简洁，而 XML 映射提供了更高的灵活性。
- 遵循 Java Bean 规范：实体类应该遵循 Java Bean 规范，提供无参构造函数、getter 和 setter 方法。这样 MyBatis 才能正确地创建和填充实体类的实例。
- 不要在实体类中使用业务逻辑：实体类应该只包含数据，不应该包含业务逻辑。业务逻辑应该放在服务层（Service）或者其他相关的类中。
- 考虑使用 Lombok：Lombok 是一个 Java 库，可以通过注解自动生成 getter、setter、toString 等方法，从而简化实体类的编写。在实体类中使用 Lombok 可以提高开发效率。
- 避免循环引用：在实体类中，可能会出现循环引用的情况，例如 A 类引用 B 类，而 B 类又引用 A 类。这种情况可能导致 JSON 序列化时出现问题。应该尽量避免这种情况，或者使用
@JsonManagedReference 和 @JsonBackReference 注解来解决。
- 考虑使用 DTO（数据传输对象）：在某些情况下，可能需要将多个实体类组合成一个新的对象进行传输。这时可以使用 DTO 来封装这些数据。DTO 类应该简单明了，只包含所需的数据，而不包含业务逻辑。
- 代码审查和重构：在实际开发过程中，实体类可能会随着业务的变化而发生变化。定期进行代码审查和重构，确保实体类始终保持良好的设计原则。
