Сравнение шаблонов спецификаций, предикатов Func , а также труб и фильтров

Я занимаюсь исследованиями и разработками, и поэтому изучаю шаблоны проектирования. Недавно я читал образец спецификации и был упомянут в этой замечательной статье .

Я был заинтригован простотой и чистотой кода, но я начал проводить некоторые сравнения с реализацией того же самого чистота с использованием других методов.

Рассмотрим следующий интерфейсный контракт для сервисного уровня:

public interface IFooDataService
{
   ICollection GetFoosBySpecification(Specification specification);
   ICollection GetFooByPredicate(Func predicate);
   ICollection GetFooBySearchArgs(FooSearchArgs searchArgs);
}

Итак, некоторые начальные точки: заставляет код говорить по-английски

Мои мысли о методах расширения (трубы и фильтры):

• «Весовой» в логике, но все же приводит к той же простоте.
• Изолировать логику запроса от уровня обслуживания до статические методы
• По-прежнему требуется «отражение» сортировки (проверка предоставленных аргументов поиска и создание запроса)
• Позволяет сначала кодировать архитектуру (хранилище, сервисный уровень),

  Что ты думаешь? У кого-нибудь из вас были проблемы с любым из вышеперечисленных методов? Любые рекомендации?

  О том, чтобы начать новый проект, так что эти типы соображений имеют решающее значение.

  Спасибо за помощь.

  РЕДАКТИРОВАТЬ для разъяснения по шаблону спецификации

  Здесь то же самое использование шаблона спецификации.

  Specification someSpec; // Specification is an abstract class, implementing ISpecification members (And, Or, Not, IsSatisfiedBy).
  someSpec = new AllFoosMustHaveABarSpecification(); // Simple class which inherits from Specification class, overriding abstract method "IsSatisfiedBy" - which provides the actual business logic.    
  ICollection foos = fooDataService.GetFoosBySpecification(someSpec);