Я пытаюсь понять большой проект, который сильно использует StructureMap (контейнер контейнера IOC/DI). Интерфейсы всех общих компонентов содержатся в одном проекте, на который ссылаются все другие проекты.Как IOC/DI влияет на обслуживание зависимостей?
Попытка построить иерархию зависимостей, я обнаружил, что чрезвычайно сложно определить, какой проект зависит от того, что другие, поскольку нет прямых ссылок на проект, только одна ссылка на проект интерфейса.
Как я могу построить дерево иерархии? И наоборот, концентрирует все интерфейсы в одной успешной практике суперпроекта или, если это скорее «нормальный», т. Е. Каждый проект содержит свои собственные общедоступные интерфейсы (а также предопределенные конкретные классы, которые его реализуют). Это также позволило бы легко построить иерархию, просто следуя проектам ссылок.
Я полностью согласен с разделом интерфейса. Я задавался вопросом, существует ли конкретная причина, связанная с IOC-контейнером, не делать это «нормальным» способом, как вы описали, но, похоже, нет. – mafu
Что касается зависимостей, если я получу это право, DSL реестра сообщает только о зависимостях между компонентами в контейнере, а не о проектах более высокого уровня, что является очень неполным изображением. Я предполагаю, что мне там не повезло, и мне нужно вручную это понять? – mafu
Вы правы, что вам, вероятно, придется увеличить любую информацию, полученную вами из реестра или xml, с информацией о том, где находятся объекты в проектах, и вам придется вручную определять эти соединения, если только это не поможет в вашей среде IDE. Скорее всего, беспорядок! –