4. JPA對象型屬性操做

領域驅動設計核心是領域對象識別，一切操做皆是對象，這也是面向對象編程所倡導的。在設計實體屬性時，除了數據庫能識別的標準數據類型外，也愈來愈多考慮複合型的對象屬性。讓咱們的設計視角爲數據存儲的層面轉向客觀事物存在的實際表象。ORM框架也就是爲此提供技術支撐，至少JPA朝此方向不斷完善的。

先上代碼：（此代碼主要爲展現功能而設計，不必定具體設計的合理性，因爲篇幅代碼略有刪減）

@Entity
public class SaleOrder implements Serializable {

    @Column(unique = true, updatable = false)
    private String orderCode;

    @Embedded
    @AttributeOverrides({
            @AttributeOverride(name = "stationCode", column = @Column(name = "in_station_code")),
            @AttributeOverride(name = "storage.storageCode", column = @Column(name = "in_storage_code"))
    })
    private Station inStation;

    @Embedded
    @AttributeOverrides({
            @AttributeOverride(name = "stationCode", column = @Column(name = "out_station_code")),
            @AttributeOverride(name = "storage.storageCode", column = @Column(name = "out_storage_code"))
    })
    private Station outStation;
    
    private LocalDateTime saleTime;

    private Address address;

    @ManyToOne(cascade = CascadeType.REFRESH)
    @JoinColumn(name = "memberCode", referencedColumnName = "memberCode")
    private Member member;

    @Enumerated(EnumType.STRING)
    private OrderState orderState;

    @OneToMany(cascade = {CascadeType.MERGE, CascadeType.PERSIST})
    @JoinColumn(name = "saleOrderCode", referencedColumnName = "orderCode")
    private List<OrderDetail> orderDetailList;
}

1. 使用@OneToMany作關聯

Member爲引用對象，使用memberCode作兩個表的關聯，SaleOrder不能有操做Member對象的權限，只作級聯刷新，使用CascadeType.REFRESH。
在設置會員對象時，這裏只要求有memberCode便足夠

saleOrder.setMember(Member.builder().memberCode("M001").build());

固然，在實際業務中，訂單和會員兩個模塊應該是分離的，屬於不一樣的微服務，這樣能夠直接使用private String memberCode便可

2. 使用@Enumerated保存枚舉值

程序中爲了讓代碼更友好，大部分使用枚舉對象來表示實體的狀態，而在數據庫字段中表示狀態值通常咱們使用int，但可讀性較差。在一些狀態較多的狀況下，爲了加強數據的可讀性，能夠使用string來表示

@Enumerated(EnumType.STRING)
private OrderState orderState;

3. 使用@Embeddable將子表字段合併到主表

Address對象是SaleOrder的一個屬並一直是saleOrder的一部分，在數據庫層面不單獨維護表，直接將全部字段合併入Sale_order表中

@Embeddable
public class Address {
    private String userName;
    private String city;
    private String street;
}

有人會問：爲何不將Address對象的屬性直接放在SaleOrder中呢
答：這樣作在技術層面是沒有問題的，但設計上address中的屬性 userName,city,street放入主對象的話就破壞了saleOrder的結構完整性，沒有了3個屬性共同表示地址的準確語意表達，維護起來也較麻煩

4. 使用@AttributeOverride重寫字段名

若是一個主對象引用兩個一樣的子對象屬性時，爲引起兩個子對象屬性字段重名，故能夠使用@AttributeOverride重寫屬性的字段名，也可適用於子對象的子對象

@Embedded
@AttributeOverrides({
        @AttributeOverride(name = "stationCode", column = @Column(name = "in_station_code")),
        @AttributeOverride(name = "storage.storageCode", column = @Column(name = "in_storage_code"))
})
private Station inStation;

...

@Embeddable
public class Station {
    @Column(updatable = false)
    private String stationCode;

    @Transient
    private String stationName;

    private Storage storage;
}

@Embeddable
public class Storage {
    private String storageCode;

    @Transient
    private String storageName;
}

5. 使用@Convert作類型轉換

咱們知道mysql的datetime類型是沒有百分秒的，但咱們又須要百分秒，數據庫裏能夠以時間戳Long類型保存，爲了加強可讀性程序裏使用LocalDateTime，咱們就能夠使用@Convert作類型轉換，autoApply=true爲自動轉換，當在程序裏定義的類型和想要存儲在數據庫的類型不一致的狀況下均可以使用@Convert進行類型轉換

private LocalDateTime saleTime;
...

@Converter(autoApply = true)
public class LocalDateTimeConverter implements AttributeConverter<LocalDateTime, Long> {
    @Override
    public Long convertToDatabaseColumn(LocalDateTime localDateTime) {
        if (localDateTime == null){
            return null;
        }

        ZoneId zone = ZoneId.systemDefault();
        Instant instant = localDateTime.atZone(zone).toInstant();
        return instant.toEpochMilli();
    }

    @Override
    public LocalDateTime convertToEntityAttribute(Long aLong) {
        if (null == aLong) {
            return null;
        }
        return LocalDateTime.ofInstant(Instant.ofEpochMilli(aLong), ZoneId.systemDefault());
    }
}

6. 使用抽象類屬性

public class OrderDetail {
    ...
    @Column(name = "product_code")
    @Convert(converter = ProductConverter.class)
    private AbstractProduct abstractProduct;
}

public abstract class AbstractProduct {
    private String productCode;
}

public class Book extends AbstractProduct{
    private String bookIsbn;
    private String bookName;
    private String author;
    private boolean isMagazine(){
        return true;
    }
}

public class Food extends AbstractProduct {
    private String foodCode;
    private String foodName;
    private Integer expiryDate;
    private boolean isExpires(){
        return false;
    }
}

在屬性對象不明確的狀況下能夠定義抽象類，使用@Convert作類型轉換

public class ProductConverter implements AttributeConverter<AbstractProduct, String> {

    @Override
    public String convertToDatabaseColumn(AbstractProduct attribute) {
        if (attribute instanceof Food) {
            return ((Food) attribute).getFoodCode();
        } else if (attribute instanceof Book) {
            return ((Book) attribute).getBookIsbn();
        }
        return "";
    }


    @Override
    public AbstractProduct convertToEntityAttribute(String dbData) {
        if (dbData.startsWith("B")) {
            return Book.builder().bookIsbn(dbData).build();
        } else {
            return Food.builder().foodCode(dbData).build();
        }
    }
}

使用抽象類定義屬性，主要目的是保持屬性類的多樣性或擴展性，對於數據庫自己多是固定的一個值，但對於實體對象，程序設計來說能夠保持更多變化的可能性。

總結： 本節主要講述了實體屬性對象設置關係，主要目的是維持對象的結構清晰和可擴展性，也提供了另外一種設計的可能性。但在實現業務過程當中仍是要因地制宜，根據實際狀況出發，避免過分設計而增長複雜度

7. 源代碼

https://gitee.com/hypier/barr...