重构设计模式：将适配器模式应用于第 3 方 API

Question

为了访问我们的帐户数据库的数据，我们需要通过第 3 方 API，这只是作为我们解决方案的引用添加的另一个程序集。

在我们的服务中，有几种类型的 API 调用与此类似：

 ICustomers customerCollection =GetCollection(OrgId,OrgUnit,CustomerInfo, "Customers");
       {
           customerCollection.Filter.Add("MasterCustomerId", QueryOperatorEnum.Equals, masterCustomerID);
           customerCollection.Filter.Add("SubCustomerId", QueryOperatorEnum.Equals,subCustomerID);
       }
       customerCollection.Fill();

调用 customerCollection.Fill() 后，API 会访问数据库并使用适当的过滤器运行查询。返回的对象属于API。在此服务中，有许多对 API 的调用，都具有独特的过滤要求。

我想做的是使用适配器模式将这些调用放在我自己的类后面并返回我拥有的对象。然后，我可以针对我的服务中的适配器进行编码，并让他们担心调用第三方 API。

问题是我不知道处理过滤器所有变体的好方法，因此我不能简单地在适配器中重新创建过滤语法。

我可以创建扩展/静态方法，将 API 的过滤系统转换为流畅的语法，因此它可能看起来像这样：

customerCollection.Filter(“MasterCustomerId).Equals(masterCustomerId).Filter(SubCustomerId).Equals(subCustomerId).Fill();

但与此相关的某些内容似乎是错误的。我觉得我对服务承担了太多责任，无法完成所有这些电话。

我正在努力发展我的面向对象技能，如果有人能帮助我在这个问题上指明正确的方向，我将不胜感激。

Answer 1

我不会尝试用你的对象重新创建他们的 API。它将创建一个非常紧密耦合的关联，并且不太可能给您带来太多好处。

您的适配器可能应该提供一个更加面向领域的接口，例如

public IList<MyCustomerObjects> GetCustomers()
{
    //Call out to the third party API with the appropriate filters

    //foreach object in 3rd party collection, wrap in adapter class and add to list

    //return list of your objects
}

（这几乎是领域驱动设计的存储库模式）。

换句话说，您让适配器担心第 3 方 API 中需要什么过滤标准，并且您的调用代码处理合理的业务/域级概念。