垂直切片架构下placeOrder功能依赖其他功能的实现方案咨询

1. 绝对不要复制代码 #

复制现有getCart等功能的代码是完全不可取的——这会直接引入维护噩梦，违反DRY原则，后续任何逻辑变更都要同步修改多处代码，大幅提升bug风险。Vertical Slice追求的是切片内的业务自治，不是让你重复造轮子。

2. 区分“上层查询服务”和“核心领域逻辑” #

现有getCart、getProfileInfo等功能，本质是基于领域实体的查询操作，它们的核心逻辑应该依赖于领域层的Repository或通用查询组件。你需要做的是：

• 把这些查询的核心逻辑抽离到共享的领域层或基础设施层（比如CartRepository、UserProfileRepository）；
• placeOrder直接复用这些底层的共享依赖，而不是注入上层的getCart这类查询服务。

3. 若需复用复杂查询逻辑，通过抽象接口注入 #

如果现有查询服务包含特定业务规则（比如购物车数据需要合并优惠券、过滤失效商品），可以通过依赖注入引入，但要注意：

• 定义抽象接口（比如ICartQueryService），让现有getCart服务实现该接口；
• placeOrder仅注入这个抽象接口，而非具体的服务实现，避免切片间的强耦合；
• 确保被注入的服务是无状态、线程安全的，防止切片间的状态污染。

4. Vertical Slice下placeOrder的正确组织方式 #

围绕下单的完整业务流程组织切片，切片内包含自己的命令处理程序、业务逻辑，复用底层共享依赖即可：

// 共享的领域抽象接口
public interface ICartRepository {
    Task<Cart> GetCartByUserId(Guid userId);
}

public interface IUserProfileRepository {
    Task<UserProfile> GetProfileByUserId(Guid userId);
}

// placeOrder切片内的命令处理程序
public class PlaceOrderCommandHandler {
    private readonly ICartRepository _cartRepo;
    private readonly IUserProfileRepository _userProfileRepo;
    private readonly IInventoryService _inventoryService;

    public PlaceOrderCommandHandler(ICartRepository cartRepo, IUserProfileRepository userProfileRepo, IInventoryService inventoryService) {
        _cartRepo = cartRepo;
        _userProfileRepo = userProfileRepo;
        _inventoryService = inventoryService;
    }

    public async Task<Order> Handle(PlaceOrderCommand command) {
        // 复用底层查询逻辑获取依赖数据
        var cart = await _cartRepo.GetCartByUserId(command.UserId);
        var userProfile = await _userProfileRepo.GetProfileByUserId(command.UserId);
        
        // 执行下单核心业务逻辑：验证库存、创建订单、扣减库存等
        foreach(var item in cart.Items) {
            await _inventoryService.VerifyAndReserve(item.ProductId, item.Quantity);
        }
        
        var order = new Order(
            userId: command.UserId,
            items: cart.Items,
            shippingAddress: userProfile.ShippingAddress,
            paymentMethod: userProfile.DefaultPaymentMethod
        );
        
        // 持久化订单等操作
        // ...
        
        return order;
    }
}

核心总结 #

• 优先复用底层共享逻辑（领域实体、Repository、通用业务规则），避免依赖其他切片的上层服务；
• 允许注入抽象接口，但禁止直接依赖具体的上层查询服务实现，保证切片的独立性和可测试性；
• 复制代码是架构优化的大忌，绝对不能这么做。

内容的提问来源于stack exchange，提问作者tarek salem