3
Каковы некоторые из вещей, которые нужно искать (подводные камни) при использовании контейнера МОК?Каковы некоторые из вещей, которые нужно искать (ловушки) при использовании контейнера IOC?
A
ответ
0
Если вы используете весенний ооп, происходит много волшебства, и если что-то не работает правильно, очень сложно понять, что не так.
0
Устранение правильных вещей в нужное время, иначе вы создадите утечки памяти.
0
Сложность конфигурации.
Имейте в виду, что сложность, которую вы получаете с различными файлами и настройками XML, стоит того, что вы решаете. Один пример - в Apache HiveMind, конфигурация экземпляров класса привязки друг к другу и передача информации о конфигурации в легко может быть сложнее поддерживать, читать и понимать, тогда потребуется эквивалентная Java.
3
Попытка не падать слишком сильно для шаблона Locator Service, где какая-либо статическая оболочка вашего контейнера IoC предоставляет вам экземпляры типа xyz. Хотя вам это может понадобиться время от времени, гарантируя, что вы будете вводить свои зависимости к вашему типу потребления, ваш код будет намного чище и сделает контейнер намного менее навязчивым.
0
Устранение неисправностей может быть сложнее в моем опыте. Мало того, что вы работаете с интерфейсами, а это значит, что может быть трудно определить фактический тип экземпляров, используемых при просмотре кода. Вы также перемещаете большую часть проводки от времени компиляции до времени выполнения (что, конечно, является одной из точек IoC, но это не делает чудеса для поиска проблем).
+0
Согласовано. По этой причине я не большой поклонник контейнеров МОК. Это один из недостатков, которые люди склонны замаскировать. :) – jalf
Каждый крупный современный контейнер предлагает некоторую плавную конфигурацию интерфейса ... XML-версия обычно устарела –