在应用程序服务中注入基础层接口

Question

我有两个聚合：广告商和付款。

我正在使用 Paypal 和 Authorize.net 支付网关。所以我在基础层创建了界面。

interface IPaymentMethod
{
   void ProcessPayment(PaymentInfo paymentInfo);
}

并在基础层再次实现它。

Public class PaypalPaymentGateway : IPaymentMethod
{
    public void ProcessPayment(PaymentInfo paymentInfo)
    {
        // call Paypal api and pass paymentinfo
    }
}

//与authorize.net支付网关相同 下面是我在应用程序层中的应用程序服务类

public class PaymentGatewayService : IPaymentGatewayService
{

    IPaypalMethod paypalMethod;

    public PaymentGatewayService(IPaypalMethod paypalMethod)
    {            
        this.paypalMethod = paypalMethod;
        if (paypalMethod == null)
          throw new Exception("PaypalMethod not initialized");
    }

     public void DepositFundInAdvertiser
       (PaymentInfo paymentInfo, RegistrationID advertiserRegistrationID)
     {
        if (paymentMethod != null)            
            throw new Exception("PaymentMethod empty.");

        PaymentResult paymentResult= 
          paymentMethod.ProcessPayment(paymentInfo);
        Advertiser advertiser = advertiserRepository
          .Find(advertiserRegistrationID);
        advertiser.AddAdvertiserFund(paymentInfo.PaymentTotal);
        advertiserRepository.Save(advertiser);
    }
}

- 我可以在应用程序层构造函数中注入 PaypalMethod 接口并在 DepositFundInAdvertiser 方法中执行以下操作吗？

请记住 IPaypalMethod 是在基础层中创建和实现的。

Answer 1

你的方法似乎足够好。

只有我会在域层而不是基础设施层中定义IPayer抽象。

因为领域模型（很可能）有责任决定支付不成功时如何反应。

//in domain model
public class IPayer{
  bool Pay(Money amountToBePaid, BankAccount account);;
}
public class Payment{
  public void Pay(IPayer payer){
   EnsurePaymentCanBePaid();
   IsPaid=payer.Pay(AmountToBePaid,Account);
   if(!IsPaid) throw new Exception("Payment failed!");
  }
}
//in infrastructure layer
public class PayPalPayer:IPayer{
  public bool Pay(Money amountToBePaid, BankAccount account){
    //bla bla
  }
}

Answer 2

跟进我的评论。我还将 PaymentService 作为基础设施服务放在基础设施层中。但正如阿尼斯所说，你还应该反映模型如何响应此操作 - 支付。

我（不确定）可能会在应用程序服务层中有某种 PaymentService，它可以与广告商和支付实体一起使用（通过构造函数注入 IAdvertiserRepository 和 IPaymentRepository）。

方法中（将这个方法写在memcode中）：
PaymentService.PayAdvert（广告商广告商、广告广告、付款 paymentInfo）
{
广告商.BuyAdvertising（AdvertPayment.Create（广告， paymentInfo））
BuyAdvertising 方法将 Advert 和 Payment 放入 AdvertPayment 类（该类本身有一个 ctor 的静态创建方法）。如果您想要包含按日期顺序排列的

AdvertPayments 的 Advertiser PaymentHistory 集合，则该类会很方便。但是
BuyAdvertising 引发域事件 BuyAdvertisingEvent，该事件触发应用程序层中的事件处理程序 BuyAdvertisingEventHandler。

此事件处理程序将您的 IPaypalGatewayService 注入到构造函数中。通过该活动，我们有付款信息。如果支付成功，EventHandler 还可以将 IAdvertiserRepository 注入到 ctor 中，并将 AdvertPayment 保存到广告商支付历史记录集合中。

然后BuyAdvertising可以通过检查广告是否已支付并添加到历史集合来确定支付交易的结果。

我希望你能明白这张照片。这样，您就拥有了多个工具，例如在域模型中声明并从实体广告商触发的事件。该模型采取行动，您已经通过 DomainEventHandler 将针对 PayPal 的基础技术逻辑移出，但您还没有完全将逻辑定位在应用程序层中。控制位于域中，但域不关心的细节放置在下层。

我的经验是，这些场景对我来说很常见，您通常会采取简单的方法，让应用程序服务与底层进行所有对话。但接下来你就要接近贫血的模型设计了，因为模型还剩下什么要做呢？只是验证属性？只是管理聚合和集合？我认为还有更多内容。它还应该包含许多实体操作方法（我这样称呼它们......:)），例如 BuyAdvertisment。

/干杯