В простом случае IOC вообще не нужен. Где-то даже встречал список распространенных ошибок начинающего джава-разработчика и повсеместное прикручивание IOC там было (сейчас смог найти только эту статью, правда по .NET, но общий смысл ясен). Действительно зачем создавать какие-то DI, когда всего пара интерфейсов на приложение (например)?
А в большом приложении IOC необходим (ну не зря же его придумали-то в конце концов=)), т.к. хотя бы дает возможность разбить приложение по отдельным кусочкам и проще покрыть модульными тестами. То что конфигурация хранится в нескольких файлах, возможно это минус с одной стороны, но с другой, как мне кажется, это намного лучше чем конфиги спринга в которых это все лежит. Т.е. чтобы понять какая именно реализация куда инжектится, Вам нужно искать это в xml (ну или не придется, если используются аннотации со строчной константой, а это, по словам разработчиков weld, зло). Ну и опять же повышается читабельность и уменьшается возможность совершить ошибку.
В коде действительно проще использовать необходимую. И опять же в простых случаях так и нужно делать, но разве это не повышает связность?
Абсолютно верно, спасибо за комментарий. В данном случае мне просто не хотелось усложнять. Как я написал в начале, Weld не привязан к какой-либо платформе, поэтому если он будет использоваться без EJB контейнера, то там плюшек транзакционности и security все равно нет, но в любом случае будут другие =)
А в большом приложении IOC необходим (ну не зря же его придумали-то в конце концов=)), т.к. хотя бы дает возможность разбить приложение по отдельным кусочкам и проще покрыть модульными тестами. То что конфигурация хранится в нескольких файлах, возможно это минус с одной стороны, но с другой, как мне кажется, это намного лучше чем конфиги спринга в которых это все лежит. Т.е. чтобы понять какая именно реализация куда инжектится, Вам нужно искать это в xml (ну или не придется, если используются аннотации со строчной константой, а это, по словам разработчиков weld, зло). Ну и опять же повышается читабельность и уменьшается возможность совершить ошибку.
В коде действительно проще использовать необходимую. И опять же в простых случаях так и нужно делать, но разве это не повышает связность?