Spring跨项目共享领域模型：非Spring Boot库Book类的JPA复用方案

一、能否将类库中的Book类作为领域模型创建JpaRepository？ #

可以，但需要做适配处理——原Book类是纯POJO，缺少Spring Data JPA实体类必需的元数据（比如主键注解、@Entity标识）。具体有两种实现方式：

1. 继承扩展实体类
   在Spring Boot服务中创建继承自类库Book的子类，补充JPA所需注解和服务专属字段：

@Entity
@Table(name = "books")
public class BookEntity extends Book {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    // 服务专属扩展字段
    private String shelfLocation;
}

再针对该子类创建JpaRepository：

public interface BookRepository extends JpaRepository<BookEntity, Long> {
}

这种方式既能复用类库中Book的所有字段，又能灵活添加服务自有属性和JPA元数据。

2. 嵌入式对象复用
   将类库的Book作为嵌入式对象嵌入到服务的实体类中：

@Entity
@Table(name = "books")
public class BookEntity {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    @Embedded
    private Book baseBook;

    // 服务专属扩展字段
    private String shelfLocation;
}

如果无法修改类库的Book类，可通过@AttributeOverrides手动映射嵌入式对象的字段到数据库表中。

二、无需重复定义Book类的跨服务共享方案 #

除了当前的共享类库方式，还有以下可行方案：

• 基于Schema的代码生成
  用Protobuf、OpenAPI/Swagger等标准化Schema工具编写Book的基础结构，各服务通过代码生成工具（protoc、OpenAPI Generator）生成对应语言的POJO类。各服务可通过继承、组合方式在生成的基础类上添加扩展字段，既保证基础结构一致，又支持服务个性化需求。

• DTO分层+映射工具
  在共享类库中定义基础BookDTO，各服务定义自己的ExtendedBookDTO继承自基础DTO，服务内部实体类独立维护。使用MapStruct、ModelMapper等映射工具实现基础DTO、扩展DTO与实体类之间的自动转换，避免手动编写重复的字段映射逻辑。

• 组合式扩展
  各服务的业务类/实体类不继承基础Book类，而是将其作为属性包含进来：

// 服务A的扩展类
public class ServiceABook {
    private Book baseBook;
    private String serviceASpecificField;
}

// 服务B的扩展类
public class ServiceBBook {
    private Book baseBook;
    private int serviceBSpecificField;
}

这种方式避免了继承带来的耦合，同时完全复用基础Book的定义。

内容的提问来源于stack exchange，提问作者Dark Surfer