Проблемы StructureMap с двунаправленными / циклическими зависимостями

В настоящее время я интегрирую StructureMap в наш бизнес-уровень, но у меня проблемы из-за двунаправленных зависимостей.

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

Каждый менеджер реализует IManager интерфейс:

internal interface IManager
{
  bool IsStarted { get; }

  void Start();
  void Stop();
}

А также имеет свой специфический интерфейс:

internal interface IManagerA : IManager
{
  void ALogic();
}

internal interface IManagerB : IManager
{
  void BLogic();
}

Вот две реализации фиктивного менеджера:

internal class ManagerA : IManagerA
{
  public IManagerB ManagerB { get; set; }

  public void ALogic() { }

  public bool IsStarted { get; private set; }
  public void Start() { }
  public void Stop() { }
}

internal class ManagerB : IManagerB
{
  public IManagerA ManagerA { get; set; }

  public void BLogic() { }

  public bool IsStarted { get; private set; }
  public void Start() { }
  public void Stop() { }
}

Вот конфигурация StructureMap, которую я использую сейчас.

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

For<IManagerA>().Singleton().Use<ManagerA>();
For<IManagerB>().Singleton().Use<ManagerB>();

SetAllProperties(convention =>
{
  // configure the property injection for all managers
  convention.Matching(prop => typeof(IManager).IsAssignableFrom(prop.PropertyType));
});

В конце концов, я не могу создать IManagerA, потому что StructureMap жалуется на циклическую зависимость между ManagerA и ManagerB. Есть ли простое и понятное решение этой проблемы, кроме как сохранить текущий дизайн?


person leozilla    schedule 02.05.2010    source источник


Ответы (1)


Пациент: «Док, больно, когда тыкаю пальцем в глаз».

Врач: «Перестань тыкать пальцем в глаз».

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

Если что-то нуждается в IManagerA и IManagerB, то они оба должны быть зависимыми. Инструмент внедрения зависимостей, такой как StructureMap, упрощает эти типы сценариев композиции - не боритесь с этим.

person Joshua Flanagan    schedule 03.05.2010