Результаты поиска по запросу "inversion-of-control"

4 ответа

Ninject

час перебираю большой кусок кода в Castle Trunk, который включает новый свободный интерфейс для настройки контейнера. Поскольку в проекте имеется огромный xml-файл windsorConfig, который не поддается обслуживанию, я подумал, что начну ...

4 ответа

Внедрение зависимостей в классы доменной модели с помощью Nhibernate (ASP.NET MVC + IOC)

Я создаю приложение ASP.NET MVC, которое использует подход DDD (Domain Driven Design) с доступом к базе данных, обработанным NHibernate. У меня есть класс модели домена (Administrator), в который я хочу внедрить зависимость через контейнер IOC, ...

2 ответа

Это лучшее объяснение, спасибо!

жный дубликат: Инверсия контроля <Инъекция зависимости [https://stackoverflow.com/questions/3226605/inversion-of-control-dependency-injection] Я всегда читаю IoC (Inversion of Control) и DI (Dependency Injection) в одном и том же контексте. В ...

ТОП публикаций

2 ответа

Я надеюсь, что я смог сделать точку здесь.

а интерфейсы помечаются аннотацией @Component. Тогда мои очевидные рассуждения заключались в том, что классы, реализующие такой интерфейс, будут также рассматриваться как компоненты Но если я прав, то это не так. Так, какова цель аннотации ...

1 ответ

, Верный ?

жный дубликат: Что такое инверсия контроля? [https://stackoverflow.com/questions/3058/what-is-inversion-of-control] Я не знаком с Inversion of Control (IoC). Что такое IoC и как приложения могут получить выгоду от использования IOC. Как это ...

2 ответа

Я знаю, что это старый пост, но хотел добавить. Сущность домена не должна сохраняться сама по себе, даже если вы передаете абстрагированный репозиторий в ctor. Причина, по которой я высказываю предположение, заключается не только в том, что она нарушает SRP, но и противоречит агрегации DDD. Позвольте мне объяснить, DDD подходит для сложных приложений с глубокими графами, поэтому мы используем агрегированные или составные корни для сохранения изменений в базовых «потомках», поэтому, когда мы внедряем постоянство в отдельных детей, мы нарушаем отношения, которые дети имеют к составной или совокупный корень, который должен «отвечать» за жизненный цикл или агрегацию. Конечно, составной корень или агрегат также не сохраняют свой собственный граф. Еще одна проблема с внедрением зависимостей объектов DDD заключается в том, что внедренный объект домена фактически не имеет состояния, пока не произойдет какое-либо другое событие для увлажнения его состояния. Любой потребитель кода будет вынужден сначала инициировать или настроить объект домена, прежде чем он сможет вызвать деловое поведение, которое нарушает инкапсуляцию.

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

2 ответа

Затем добавьте это в startup.cs

ли в .NET Core способ зарегистрировать универсальный интерфейс и заставить его разрешать класс, соответствующий определенной реализации. Например, у меня есть следующий интерфейс: public interface IMapper<TFrom, TTo> { }У меня также есть ...

4 ответа

 инвертирующий контроль, вы в основном заставляете различные компоненты приложения разрешать свои собственные зависимости. Когда вы инвертируете управление, вы разрешаете разрешение зависимостей на другом уровне. Это «инверсия» контроля.

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

1 ответ

Чтобы ответить на мой собственный вопрос, да, это ошибка в StructureMap. Ошибка исправлена ​​в стволе или будет исправлена ​​в любом двоичном выпуске 2.5.3 или позже.

ой загрузчик StructureMap: ObjectFactory.Initialize(factory => { //Business Conversation is per session factory.ForRequestedType<IConversation>(). TheDefaultIsConcreteType<Conversation>(). CacheBy(InstanceScope.HttpSession); //Session Factory is ...

1 ответ

Это крутой ответ и все, но не совсем ответ на мой вопрос. Я хорошо знаю, что такое IoC и что делает DI-фреймворк; Я просто не вижу причины, почему конфиг сам по себе в коде.

прочтения хороших ответов вэтот вопрос [https://stackoverflow.com/questions/21288/which-c-net-dependency-injection-frameworks-are-worth-looking-into] Я смотрел скриншоты Джастина Этереджа. Все это кажется очень хорошим, с минимальной настройкой ...