#asp.net-web-api #dependency-injection #castle-windsor #ioc-container #dependency-resolver
#asp.net-web-api #внедрение зависимостей #castle-windsor #ioc-контейнер #распознаватель зависимостей
Вопрос:
Я получал это исключение во время выполнения с определенным URL:
«Отсутствует зависимость. Компонент NRBQ.Web.Controllers.DeliveryController имеет зависимость от SeaStore.Data.Legacy.Интерфейсы.INRBQDeliveryRepository, которая не может быть решена. Убедитесь, что зависимость правильно зарегистрирована в контейнере как сервис или предоставлена как встроенный аргумент. » ExceptionType: «Замок.Микроядро.Распознаватели.Исключение DependencyResolverException»
… итак, я добавил этот код (на основе существующего кода, который работает) в класс IOC:
_container.Register
(Component
.For<INRBQDeliveryRepository>()
.ImplementedBy<DeliveryController>()
.LifeStyle.Transient);
В некотором контексте:
private static Castle.Windsor.IWindsorContainer _container;
_container = new Castle.Windsor.WindsorContainer();
_container.AddFacility<Castle.Facilities.FactorySupport.FactorySupportFacility>();
. . .
_container.Register
(Component
.For<INRBQDeliveryRepository>()
.ImplementedBy<DeliveryController>()
.LifeStyle.Transient);
… но это даже не будет компилироваться; Теперь я получаю:
Тип ‘NRBQ.API.Controllers.DeliveryController’ нельзя использовать в качестве параметра типа ‘TImpl’ в общем типе или методе ‘Castle.Микроядро.Регистрация.Регистрация компонентов.Реализовано с помощью ()’. Нет неявного преобразования ссылок из ‘NRBQ.API.Controllers.DeliveryController’ to ‘SeaStore.Data.Legacy.Интерфейсы.INRBQDeliveryRepository’.
Я знаю, что это, вероятно, немного загадочно (я, вероятно, опускаю некоторые важные детали в этом вопросе), но я не уверен, какие дополнительные подсказки я должен добавить.
Обновить
В ответ на вопрос, реализует ли DeliveryController INRBQDeliveryRepository: на самом деле, есть три вещи типа контроллера; пользовательская в NRBQ.Web:
public class DeliveryController : ApiController
{
private readonly INRBQDeliveryRepository _deliveryRepository;
public DeliveryController(INRBQDeliveryRepository deliveryRepository)
{
if (deliveryRepository == null)
{
throw new ArgumentNullException("DeliveriesController");
}
_deliveryRepository = deliveryRepository;
}
[Route("api/Deliveries/Count")]
public int GetCountOfDeliveryRecords()
{
return _deliveryRepository.GetCount();
}
. . .
…затем средний в NRBQ.Клиент:
namespace NRBQ.Client
{
public class RESTNRBQDelivery : INRBQDelivery
{
INRBQClientSettings NRBQClientSettings;
IRESTAPIClient RESTAPIClient;
public RESTNRBQDelivery(IRESTAPIClient RESTAPIClient, INRBQClientSettings NRBQClientSettings)
{
this.NRBQClientSettings = NRBQClientSettings;
this.RESTAPIClient = RESTAPIClient;
}
public RESTNRBQDelivery(IRESTAPIClient RESTAPIClient, INRBQClientSettings NRBQClientSettings, AuthenticationHeaderValue AuthHeader)
{
this.NRBQClientSettings = NRBQClientSettings;
this.RESTAPIClient = RESTAPIClient;
this.RESTAPIClient.AuthHeader = AuthHeader;
}
public int GetCount()
{
throw new NotImplementedException(); //TODO: Implement
}
….and finally the one that really does the behind-the-scenes heavy lifting, in NRBQ.API:
namespace NRBQ.API.Controllers
{
public class DeliveryController : ApiController
{
ILogger Logger;
INRBQService NRBQService;
public DeliveryController(ILogger Logger, INRBQService NRBQService)
{
this.NRBQService = NRBQService;
this.Logger = Logger;
}
[HttpGet]
[Route("api/Deliveries/Count")]
public int GetCountOfDeliveryRecords()
{
//return _deliveryRepository.GetCount();
return NRBQService.GetNRBQEntity();
}
Этот последний вызов относится к here:
public int GetNRBQEntity()
{
return 17; // Bogus val for now
}
Это все моя лучшая попытка скопировать существующий тестовый / примерный код, но я признаю, что у меня голова идет кругом, и я действительно не понимаю, что происходит (как и почему).
ОБНОВЛЕНИЕ 2
Хотя я почти уверен, что это все еще не совсем хот-дог Натана (кажется, он преследует себя по всему созданию, вызывая сначала эту абстракцию, затем ту, затем другую, затем обратно к первой, затем к другой, затем ко второй и т. Д. И т. Д. До бесконечности до тошнотыadvillium), добавив это:
container.Register
(Component
.For<INRBQDelivery>()
.ImplementedBy<RESTNRBQDelivery>()
.LifeStyle.Transient);
…в контексте:
public class NRBQClientInstaller : IWindsorInstaller
{
public void Install(IWindsorContainer container, IConfigurationStore store)
{
container.Register
(Component
.For<SeaStore.Common.HTTP.IRESTAPIClient>()
.ImplementedBy<SeaStore.Common.HTTP.WebAPIClient>()
.LifeStyle.Transient);
container.Register
(Component
.For<INRBQClient>()
.ImplementedBy<RESTNRBQClient>()
.LifeStyle.Transient);
container.Register
(Component
.For<INRBQDelivery>()
.ImplementedBy<RESTNRBQDelivery>()
.LifeStyle.Transient);
}
}
… избавился от сообщения об ошибке и вернул поддельный результат, который я ожидал (или, скорее, надеялся, на самом деле не ожидал).
Комментарии:
1. Вы уверены, что DeliveryController реализует INRBQDeliverRepository?
2. @JonathonRossi Это звучит как наиболее вероятная причина; дважды проверьте, что ваши импортированные пространства имен не содержат классы с одинаковыми именами
3. Спасибо @samy Я пытался использовать Windsor, используя пример, приведенный в github.com/castleproject/Windsor/blob/master/docs /… но получал ошибку типа ‘ClassLibrary1. Dependency1’ не может использоваться в качестве параметра типа ‘TImpl’ в общем типе или методе ‘Castle. Микроядро. Регистрация. ComponentRegistration<TService>.ImplementedBy<TImpl>()’ . Неявное преобразование ссылок из ‘ClassLibrary1. Зависимость 1’ от ‘CastleWindsorExample. IDependency1’. Обнаружил, что у меня есть интерфейс IDependency1 в обоих проектах
Ответ №1:
В вашем модуле IWindsorInstaller зарегистрируйте интерфейс и его разработчик:
container.Register
(Component
.For<INRBQDelivery>()
.ImplementedBy<RESTNRBQDelivery>()
.LifeStyle.Transient);