用吸气剂方法services肿的服务解决方案？

Question

我们正在将核心Web应用程序重构为3层SOA体系结构：

• 演示文稿（asp mvc）
• 服务层（wcf，net.tcp）
• 持续性（sql）。

大约有5个内部网站，每个网站都有自己的服务层。 服务和UI通过DTO在彼此之间共享信息。 问题是，大多数服务方法是专门针对UI制作的，因此某些服务变得非常庞大，例如：

// CompanyService:
CompanyDTO GetByName(String)  
CompanyDTO GetByNameAndCity(String, String)
CompanyDTO GetByNameOrCity(String, String)
CompanyDTO GetByStartsWithNameOrStartsWithCity (String, String)
CompanyDTO GetByNameOrStartsWithCity(String, String)
CompanyDTO GetByNameOrStartsWithCityAndHavingAtLeastOneUser(String, String)
...
CompanyPeopleDTO GetByNameWithPeople(String)
CompanyPeopleDTO GetByNameAndCityWithPeople(String,String)
CompanyPeopleActivityDTO GetByNameWithPeopleAndActivites(String)
...

有时会有一些非常具体的查询，例如：

CompanyAdmin1DTO GetComplexForAdmins1(String, String, String, String, Boolean, Boolean, int) // name,city,country,email, is deleted, is active, founded
CompanyAdmin2DTO GetComplexForAdmins2(String, String, String, Boolean) // name starts with, city starts with, have users
CompanyAdmin3DTO GetComplexForAdmins3(String, String, String, int) // name OR city AND have users

我们最终得到了大量的获取方法，但实际的逻辑方法却迷失了。 是否有更好的命名约定，甚至是完全不同的方法？ （不公开域/持久性）Web /服务层在物理上是分开的，因此必须使用WCF。

Answer 1

我喜欢将过滤器传递给通用的get问题，诸如此类

IEnumerable<stuff> GetTheStuff(params Func<stuff, bool> filters)
{
    IQueryable<stuff> resultList = DAL.Stuff.Queryable;
    foreach (var filter in filters)
    {
        resultList = resultList.Where(filter);
    }
}

（语法是大概的，我没有IDE方便）

好处是您可以随后在调用中组合任何过滤器以使其满足您的需要：查询保持显式，并且不会死于Get*签名重载

GetStuff(stuff => stuff.Name.Contains("great stuff"), stuff => stuff.CreationDate.Year == 1900 );

如果您需要在调用中明确表示，甚至可以将过滤器表示为参数

var NamedGreat = stuff => stuff.Name.Contains("great stuff");
var CreatedIn1900 = stuff => stuff.CreationDate.Year == 1900;

GetStuff(NamedGreat, CreatedIn1900);

在此基础上有很多变体，但是它应该可以帮助您避免方法的显式重载。

---

这暴露了一部分域，但是您可以创建能够针对DTO表达的过滤器（例如）。 请注意，尽管不要将筛选器应用于重新排列的对象列表（例如DTO本身），因为这将暗示您正在查询整个数据库，而不是在其中进行筛选

Answer 2

samy提出的变体如下：

您可以这样表达GetCompany操作：

CompanyDTO GetCompany(CompanyQueryBase query)

其中CompanyQueryBase是一个抽象类，从中派生以下数据协定：

CompanyNameQuery
CompanyNameAndCityQuery
CompanyNameOrCityQuery
CompanyStartsWithNameOrStartsWithCityQuery
CompanyNameOrStartsWithCityQuery
CompanyNameOrStartsWithCityAndAtLeastOneUserQuery

您可以根据需要将逻辑附加到查询类，但是我更喜欢使用某种查询处理程序工厂，它将为您提供可以处理和执行此类查询的类。 这意味着基本上所有当前与公司相关的操作都将变为“ Handler”类，而其余的GetCompany操作将仅调用工厂并执行查询，例如：

CompanyDTO GetCompany(CompanyQueryBase query)
{
   // _queryHandlerFactory is a member of the service class
   // it is best to use DI for injecting the specific query handler factory
   // as a dependency to the class
   var queryHandler = _queryHandlerFactory.GetHander(query);
   return queryHandler.Execute();
}

这将使您保持当前的逻辑基本不变，仅公开一个Get方法（针对公司），并且很容易扩展为将来需要支持的查询。

但是，该解决方案存在一个令人讨厌的小问题。 您的客户不会知道CompanyQueryBase是一个抽象类（这是因为DataContractSerializer不支持xsd抽象复杂类型声明，而XmlSerializer却很奇怪），这意味着您的客户将能够意外地向您发送CompanyQueryBase，这将导致在服务方面的一个例外是无法实例化抽象类（因为服务知道其抽象）。