Nano Hash - криптовалюты, майнинг, программирование

Как динамически изменить изменение DI с помощью autofac?

Мы разрабатываем службу Windows, и я хочу динамически изменять класс dbcontext в репозиториях.

Ниже приведен сценарий.

У меня есть три класса контекста БД

 public abstract class Context : DbContext, IUnitOfWork
    {
        protected Context(string connectionString) : base(connectionString)
        {

        }
    }

    public class PlatformContext : Context
    {
        private readonly string _connectionString;

        public PlatformContext(string connectionString)
            : base(connectionString)
        {
            _connectionString = connectionString;
        }
    }

    public class PlatformReplicaContext : Context
    {
        private readonly string _connectionString;
        public PlatformReplicaContext(string connectionString)
            : base(connectionString)
        {
            _connectionString = connectionString;
        }
    }

    public class TempContext : Context
    {
         private readonly string _connectionString;
         public TempContext(string connectionString)
        : base(connectionString)
         {
           _connectionString = connectionString;
         }
   }

и у меня есть репозиторий

public interface ICategoryRepository : IRepository<Category>
   {

   }

 public class CategoryRepository :Repository<Category>, ICategoryRepository
   {
        public CategoryRepository(Context context) : base(context)
        {

        }
   }

поэтому я использую CQRS, у меня есть еще три класса

public class CategoryBasicQuery:IRequest<BaseQueryResponse>
{
    public int CategoryId { get; set; }
}

public class CategoryBasicQueryHandler : IRequestHandler<CategoryBasicQuery, BaseQueryResponse>
{
    private readonly ICategoryRepository _categoryRepository;
    private readonly IMapper _mapper;

    public CategoryBasicQueryHandler(ICategoryRepository categoryRepository, IMapper mapper)
    {
        _categoryRepository = categoryRepository;
        _mapper = mapper;
    }
    public async Task<BaseQueryResponse> Handle(CategoryBasicQuery request, CancellationToken cancellationToken)
    {
        var entry = await _categoryRepository.FindAsync(request.CategoryId);
        if (entry == null)
        {
            return new NotFoundResponse();
        }

        var response = _mapper.Map<CategoryBasicResponse>(entry);
        return response;
    }
}

Теперь вот проблема

Здесь репозиторий категорий должен иметь возможность выполнять запросы во всех трех типах контекстов. но как мне зарегистрировать классы с помощью autofac? затем я придумал решение, генерирующее репозитории во время выполнения, как показано ниже.

public class RepositoryFactory
{
    public static TRepository GetRepositoryInstance<T, TRepository>(
        params object[] args)
        where TRepository : IRepository<T>
    {
        return (TRepository)Activator.CreateInstance(typeof(TRepository), args);
    }
}

я вызываю этот метод внутри класса CategoryBasicQueryHandler, как это

 var categoryRepo = RepositoryFactory.GetRepositoryInstance<Category, CategoryRepository>(new PlatformReplicaContext("connectionString"));

но при звонке из CQRS

var categoty = new Category();
var command = new CategoryBasicQuery {CategoryId = categoryId};
var result =  _mediator.Send(command);

VS дает мне следующую ошибку

введите здесь описание изображения

и моя регистрация autofac выглядит следующим образом

    builder.RegisterType<CategoryService>().AsSelf();
    builder.RegisterType<ActionRepository>().As<IActionRepository>();
    builder.RegisterType<CategoryRepository>().As<ICategoryRepository>();
    builder.RegisterType<Mapper>().As<IMapper>();

может ли кто-нибудь помочь мне решить эту проблему или предложить хороший способ справиться с этой ситуацией.

Спасибо.


  • Кстати....DbContext уже является единицей работы, так что IUnitOfWork ничего не добавляет 08.06.2018
  • Не понял? 08.06.2018
  • 1) Не вижу смысла создавать абстрактный контекст из конкретного типа DbContext. 2) DbContext уже является реализацией шаблона unit of work, поэтому для Context или производных типов нет работы, поэтому заявляя, что IUnitOfWork является своего рода избыточным 08.06.2018
  • @Roshan - ну, есть несколько способов сделать это. Вопрос в том, какое условие определяет, какой контекст использовать? От этого будет зависеть решение. 09.06.2018
  • @AlexanderLeonov - мы можем зависеть от переменной, скажем, есть переменная, называемая действием, и если действие - это что-то, использующее другой контекст, проблема в том, что я не могу представить, как интегрировать эту переменную. 10.06.2018
  • Вы пытаетесь описать решение. В чем смысл этой переменной? Откуда взялась бы его стоимость? Какова будет его стоимость? Как вы думаете, где его разместить? Видите ли, просто сказать, что это будет переменная, ничего не прояснить. Кроме того, размещение переменной — это уже решение, а то, о чем я вас спрашиваю, — сама проблема. Зачем вообще нужно переключать контексты? 10.06.2018
  • @AlexanderLeonov - мне нужно переключить контекст, потому что, например, у меня есть метод saveCategory(), и мне нужно использовать этот метод для сохранения категории в db1, а также в db2, поэтому мне нужно переключить контекст. Значение исходит из базы данных. 10.06.2018

Ответы:


1

Это может дать вам хорошую отправную точку для возможного решения: http://autofaccn.readthedocs.io/en/latest/resolve/relationships.html#keyed-service-lookup-iindex-x-b

builder.RegisterType<PlatformContext>().Keyed<Context>("platform");
builder.RegisterType<PlatformReplicaContext>().Keyed<Context>("replica");
builder.RegisterType<TempContext>().Keyed<Context>("temp");

Вы упомянули в комментарии, что где-то есть переменная с именем action, которая укажет, какую реализацию использовать:

public class Class1
{
    private readonly IIndex<string, Context> contexts;

    public Class1(IIndex<string, Context> contexts)
    {
         this.contexts = contexts;
    }

    public void Whatever()
    {
        string action = ...; // platform, replica or temp
        Context context = this.contexts[action];
        ...
    }
}

Конечно, это необходимо адаптировать, чтобы оно соответствовало остальной части дизайна вашего приложения. Возможным примером может быть:

Context context = this.contexts[action];

using(ILifetimeScope scope = container.BeginLifetimeScope(builder =>
{
    builder.RegisterInstance(context).As<Context>();
}))
{
    // Because we are resolving IMediator from the scope, the selected Context will be used in all dependencies
    var mediator = scope.Resolve<IMediator>();
    mediator.Send(...);
}
18.06.2018
Новые материалы

Кластеризация: более глубокий взгляд
Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

Как написать эффективное резюме
Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

Частный метод Python: улучшение инкапсуляции и безопасности
Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

Как я автоматизирую тестирование с помощью Jest
Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

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

Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..