實施領域驅動設計圖書混亂

Question

我正在讀「實施領域驅動設計」一書，並在頁面上的一個顯示

public class ProductBacklogItemService ... { 
    ... 
    @Transactional 
    public void planProductBacklogItem(
     String aTenantId, String aProductId, 
     String aSummary, String aCategory, 
     String aBacklogItemType, String aStoryPoints) { 

     Product product = 
      productRepository.productOfId(
        new TenantId(aTenantId), 
        new ProductId(aProductId)); 

     BacklogItem plannedBacklogItem = 
      product.planBacklogItem(
        aSummary, 
        aCategory, 
        BacklogItemType.valueOf(aBacklogItemType), 
        StoryPoints.valueOf(aStoryPoints)); 

     backlogItemRepository.add(plannedBacklogItem); 
    } 
    ... 
} 

他的書還表示參考：DDD總結應該代表事務邊界。需要多個集合參與的交易往往表明要麼對模型進行細化，要麼對交易要求進行審查，或者對兩者都進行審查。

在上述例子中，將不產品和BacklogItem是在單個事務中2個不同的聚集體？我很困惑。誰能分享一些想法？

Answer 1

我認爲這是參與「在這種情況下可能意味着「改變」，由於Product只有一個AR受到影響，不會被修改。我實際上昨天晚上讀了這一點，而且他還提到了一點，那就是應該真正的目標是每個交易只操縱一個AR。所以看起來好像會有例外。

這不是一個壞主意，只操縱每筆交易單AR，通常你會發現，你最終有這樣的設計呢。

總有一些將是例外的規則，但這些應慎重考慮。