В настоящее время я интегрирую 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
. Есть ли простое и понятное решение этой проблемы, кроме как сохранить текущий дизайн?