Почему не глыба все классы обслуживания в Метод фабрики (вместо того, чтобы ввести интерфейсы)?

Мы разрабатываем проект ASP.NET и инкапсулируем всю нашу бизнес-логику в обслуживании классы. Некоторые находятся в объектах области, но обычно это является довольно анемичным (из-за ORM, который мы используем, который не изменится). Для лучше включения поблочного тестирования мы определяем интерфейсы для каждого сервиса и используем D.I.. Например, вот несколько интерфейсов:

IEmployeeService
IDepartmentService
IOrderService
...

Все методы в этих сервисах являются в основном группами задач, и классы не содержат переменных члена парламента, не занимающего официального поста (кроме ссылок на зависимые сервисы). Прежде чем мы волновались о Поблочном тестировании, мы просто объявим все эти классы как статичные и сделать, чтобы они назвали друг друга непосредственно. Теперь мы настроим класс как это, если сервис будет зависеть от других сервисов:

public EmployeeService : IEmployeeService
{
   private readonly IOrderService _orderSvc;
   private readonly IDepartmentService _deptSvc;
   private readonly IEmployeeRepository _empRep;

   public EmployeeService(IOrderService orderSvc
                        , IDepartmentService deptSvc
                        , IEmployeeRepository empRep)
   {
      _orderSvc = orderSvc;
      _deptSvc = deptSvc;
      _empRep = empRep;
   }
   //methods down here
}

Это действительно обычно не проблема, но интересно, почему бы не настроить класс фабрики, который мы раздаем вместо этого?

т.е.

public ServiceFactory
{
   virtual IEmployeeService GetEmployeeService();
   virtual IDepartmentService GetDepartmentService();
   virtual IOrderService GetOrderService();
}

Затем вместо вызова:

_orderSvc.CalcOrderTotal(orderId) 

мы звонили бы

_svcFactory.GetOrderService.CalcOrderTotal(orderid)

Каково крушение этого метода? Это является все еще тестируемым, это все еще позволяет нам использовать D.I. (и обработайте внешние зависимости как контексты базы данных и почтовые отправители через D.I. в и вне фабрики), и это устраняет большую установку D.I. и консолидирует зависимости больше.

Спасибо за Ваши мысли!