Структура карты3 Украсить все

Question

Структура карты3 Украсить все

1

Я пытаюсь получить DecorateAllWith для работы с общими интерфейсами. Я прочитал несколько сообщений здесь, где они решили это с помощью перехватчиков, но они, похоже, используют более раннюю версию структуры структуры, и это не похоже на "чистое" решение.

Мне действительно нужна помощь, чтобы заставить его работать со структурой карты 3

У меня есть общий репозиторий, который я бы хотел украсить как протоколированием, так и кэшированием

public interface IEntityRepository<T> where T : Entities.IEntity
{
}

У меня есть около 20 интерфейсов, которые наследуют IEntityRepository. Пример mu UserRepository

public interface IUserEntityRepository : IEntityRepository<User>
{
}

И тогда у меня есть конкретный тип оформления logging, который бы хотел, чтобы все экземпляры IEntityRepository были украшены

public class LoggingEntityRepository<T> : IEntityRepository<T> where T : Entities.IEntity
{
    private readonly IEntityRepository<T> _repositoryDecorated;

    public LoggingEntityRepository(IEntityRepository<T> repositoryDecorated)
    {
        _repositoryDecorated = repositoryDecorated;
    }
}

Или существуют ли другие контейнеры IoC, лучше подходящие для того, что я пытаюсь выполнить?

Изменить: есть ли способ украсить все интерфейсы, которые наследуются от IEntityRepository

Niclas 05 авг. 2014, в 10:51

Источник

Теги:

c#

decorator

structuremap3

1 ответ

Ещё вопросы

qujck · Accepted Answer · 2014-08-05T09-09-00.000Z

1

Лучший ответ

Вот рабочий пример, который отвечает на ваш первый вопрос

[Fact]
public void DecorateAllWith_AppliedToGenericType_IsReturned()
{
    var container = new Container(registry =>
    {
        registry.Scan(x =>
        {
            x.TheCallingAssembly();
            x.ConnectImplementationsToTypesClosing(typeof(IEntityRepository<>));

        });

        registry.For(typeof(IEntityRepository<>))
            .DecorateAllWith(typeof(LoggingEntityRepository<>));
    });

    var result = container.GetInstance<IEntityRepository<Entity1>>();

    Assert.IsType<LoggingEntityRepository<Entity1>>(result);
}

Чтобы ответить на ваш второй вопрос, я лично использую (и способствую) Простой инжектор - это один из самый быстрый контейнер, имеет всестороннюю поддержку generics и предлагает несколько мощных diagnostic.

Регистрация в Simple Injector будет выглядеть так:

[Fact]
public void RegisterDecorator_AppliedToGenericType_IsReturned()
{
    var container = new SimpleInjector.Container();

    container.RegisterManyForOpenGeneric(
        typeof(IEntityRepository<>), 
        typeof(IEntityRepository<>).Assembly);

    container.RegisterDecorator(
        typeof(IEntityRepository<>), 
        typeof(LoggingEntityRepository<>));

    var result = container.GetInstance<IEntityRepository<Entity1>>();

    Assert.IsType<LoggingEntityRepository<Entity1>>(result);
}

qujck 05 авг. 2014, в 09:09

0

Спасибо за Ваш ответ. Мне удалось заставить это работать. Однако, если я пытаюсь получить экземпляр IUserEntityRepository, который не будет работать. Есть ли способ сделать это? Se мой обновленный пост
Niclas 05 авг. 2014, в 11:12
0

LoggingEntityRepository не реализует IUserEntityRepository поэтому не может его украсить. Вы можете заставить его работать как есть, если в своем коде вы называете службу IEntityRepository<User> .
qujck 05 авг. 2014, в 11:22
0

Даже если IUserRepository наследует IEntityRepository?
Niclas 05 авг. 2014, в 11:35
0

Нет. IUserEntityRepository является IEntityRepository<User> но IEntityRepository<User> не является IUserEntityRepository
qujck 05 авг. 2014, в 11:45
0

Хорошо спасибо. Я боялся, что это будет так. Есть ли у вас какие-либо предложения о том, как выполнить то, что я пытаюсь сделать?
Niclas 05 авг. 2014, в 11:59
0

Это трудно, не зная деталей каждого из конкретных интерфейсов объекта. Лично я бы покончил со всеми и вернулся бы к использованию универсального интерфейса. Если у вас есть что-то конкретное, что вы хотите показать из определенного интерфейса, скажем, что-то вроде GetAllUsers() то вы можете сделать это с помощью методов расширений public static IEnumerable<User> GetAllUsers(this IEntityRepository<User> repository) и т. Д.
qujck 05 авг. 2014, в 12:13
0

Я понимаю. В объектно-специфических интерфейсах содержится около 5 дополнительных методов, а в универсальном интерфейсе есть только методы CRUD. Я, вероятно, не хотел бы использовать методы расширения в основном из-за проблем с их тестированием, и я также использую имитационные реализации интерфейсов во время разработки, прежде чем перейти к реальной реализации базы данных в конце.
Niclas 05 авг. 2014, в 12:33
0

Все ли они используют одни и те же 5 методов? Если это так, вы можете добавить их в качестве абстрактных методов абстрактного базового класса. Этот вид дизайна делает динамический прокси-перехват привлекательным. Я предпочитаю использовать шаблон запроса, как описано здесь . Один интерфейс для всех репозиториев и один интерфейс для всех запросов делает оформление ваших объектов намного проще :-)
qujck 05 авг. 2014, в 13:02
0

Я взглянул на шаблон запроса, и он прекрасно работает с моими декораторами. Теперь у меня есть и декораторы логирования, кэширования и проверки / разрешения для моих репозиториев. И последнее: в текущем проекте есть конкретный сервисный слой, расположенный напротив хранилищ. Я размышляю, следует ли применять шаблон запроса к репозиториям, делая фронтальный сервис ответственным за выполнение запроса и, таким образом, делая шаблон запроса "невидимым" для потребителя. Или оставьте мои старые репозитории в том виде, в каком они есть, и внедрите шаблон запросов на уровне служб, заставляя потребителей создавать запросы.
Niclas 07 авг. 2014, в 06:32
0

Опять же, это предварительное решение - мне нравится держать свои репозитории закрытыми для уровня данных и выставлять только запросы. Вы можете сделать код чище, используя метод расширения (обычно с тем же именем Handle ) для создания объекта запроса и вызова метода Handle QueryHandler
qujck 07 авг. 2014, в 08:44

Показать ещё 8 комментариев