Результаты поиска по запросу "dependency-injection"

0 ответов

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

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

2 ответа

и "основной" метод

я есть похожий вопрос здесь Guice с несколькими бетонами ...... выбирая один из них [https://stackoverflow.com/questions/52279459/guice-with-multiple-concretes-picking-one-of-them/] с решением для Guice. Но у меня есть другой проект, ...

1 ответ

Если вы не используете расширения Ninject.Web.MVC, кэш в конечном итоге будет очищен, но может произойти не прямо в EndRequest.

ользую ASP.NET MVC 3 с Ninject и NHibernate. Когда я думаю о DI, я думаю, что тот, кто получает ресурс, также обязательно закрывает его (в этом случае ответственность должен нести Ninject) Но я не уверен, как работает Ninject при использовании ...

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

2 ответа

ObjectContext никогда не происходит от интерфейса ?? Как вы применяете DI / IoC в случае нескольких типов ObjectContext?

Если у вас есть система, которая имеет несколько типов контекстов объекта. Например, BillingObjectContext, HumanResourceObjectContext и т. Д. Все они являются производными от ObjectContext, но класс ObjectContext не реализует какой-либо ...

1 ответ

 NULL во время компиляции.

я естьSocketManagerкласс, который содержитSocket и другие поля. Все поля кромеSocketможет быть введен во время создания графа объекта с помощью структуры DI. Моя идея состояла в том, чтобы просто построить весь граф объекта заранее, оставивSocket ...

5 ответов

Недавно я следовал тому же самому и подумал о MEF (Managed Extensibility Framework). С помощью MEF и рефлексии вы можете избавиться от этой ссылки DAL / Unit of work из корня композиции, и вам не нужно иметь 2 проекта MVC, как обсуждалось выше.

лал трехслойное приложение со ссылками, как описано в этомответ [https://stackoverflow.com/questions/2358627/mef-separate-interface-assembly-leads-to-interface-for-every-class/2362397#2362397] : DAL with Repositories -> BLL with services and ...

1 ответ

@ user2473992 Если вы используете мост Guice-HK2, вы можете получить ресурс с областью запроса, но если вы используете второе решение, тогда единственный вариант - использовать одноэлементный ресурс. Вот некоторые из ограничений, связанных со вторым вариантом.

я есть простой проект REST API с использованием Jersey 2.x. Я пытался использовать Google Guice для ввода своих зависимостей, но, похоже, это не работает. Я получаю эту ошибку: org.glassfish.hk2.api.UnsatisfiedDependencyException: в ...

2 ответа

Это немного сложно настроить, но может быть очень мощным, особенно в связи со способностью контейнера Symfony Di вводить зависимости на основе интерфейсов.

отаю над проектом Zend Framework, который использует Doctrine 2. Я пытаюсь заставить DI-контейнер Symfony работать с этим проектом, но у меня возникли проблемы. Предположим, у меня есть класс "Foo", которому нужно ввести два экземпляра. Я могу ...

2 ответа

Внедрение зависимостей - когда использовать внедрение свойств

У меня был класс, у которого есть конструктор, подобный этому: # private string _someString; private ObjectA _objectA; private ObjectB _objectB; private Dictionary<Enum, long?> _dictionaryA; private Dictionary<Tuple<Enum,long?>, long?> ...

1 ответ

 является банкой 120K без дополнительных зависимостей во время выполнения Так что это намного легче, чем, например, Оболочка или пружина и все еще меньше, чем пико-контейнер, но имеет еще более мощный набор функций. Кроме того, он не обманывает, разбивая объекты на отдельные дополнительные банки, такие как multibind для подсказок или драгоценные камни для пико-контейнера.

я из .NET, я привык к Ninject, это небольшой простой ioc-контейнер. Есть ли что-нибудь простое и легкое для Java? Чем проще, тем лучше!