У меня есть требование создать метод синхронизации. 1) На входе требуется объект SyncRequest.Список процессов по типу
class SyncRequest{
public List<SyncObj> Objects{get;set;}
}
class SyncObj{
public Type Type{get;set;}
public object Object{get;set;}
}
2) На основании типа каждого объекта нужно использовать другую службу для продолжения и другого хранилища для сохранения данных.
I.e. если я получил 3 объекта с типами User, User, Task. Я буду группировать их по типу, а затем продолжить работу с UserService и TaskService.
Я пытаюсь архитектор web.api с архитектурой лука. Где DataAccess, Core, Services отделены друг от друга. И я хочу избежать swich или if's, в моем коде.
Все идеи, которые я придумал, были уродливыми. Например, Dicitionary<Type, Service>
и ручное литье.
Я чувствую, что у Ninject может быть действительно удачный ответ на мою проблему, с некоторыми фабричными функциями, но я не могу придумать это.
Может ли кто-нибудь описать, как этот шаблон должен работать. Или как этот шаблон вызывает, где читать.
Не уверен, что я правильно понял, но [Handler-Patern] (http://simon-says-architecture.com/2011/09/13/the-handler-pattern/), кажется, подходит хорошо. – john
выполняют различные сервисы ('UserService',' TaskService') совместно используют интерфейс? – BatteryBackupUnit
[Эта статья] (https://www.cuttingedge.it/blogs/steven/pivot/entry.php?id=91) описывает шаблон обработчика, который описывает @john более подробно. – Steven