JSR330 DI против Spring DI - PullRequest
       7

JSR330 DI против Spring DI

2 голосов
/ 27 марта 2012

Почему люди используют Spring DI против JSR330 DI?Я вижу, что многие проекты все еще развиваются с огромной скоростью, и пружина DI не обращает внимания на спецификацию JSR330.Многие даже не знают, что это существует.Разве это не было продано достаточно, и весна была?

Я вижу сообщения Guice против весны, но реальный аргумент должен быть JSR330 против весны, так как весна еще не реализует спецификацию (и, надеюсь, однажды это будет).Любые идеи о том, почему такая большая часть сообщества, кажется, не замечает JSR330 и не развивается до него?

ПРИМЕЧАНИЕ. Я должен внести здесь исправление.Spring 3.0 действительно реализует JSR330 и даже имеет способ переопределить привязки по умолчанию, очень похожие на guice, за исключением того, что вы должны предоставить XML-файл вместо файла Module, написанного на Java.

Ответы [ 2 ]

4 голосов
/ 27 марта 2012

Я бы сказал, потому что Spring - это намного больше, чем просто DI-контейнер.Многие команды используют Spring по этим другим причинам:

  • Управление транзакциями
  • Безопасность
  • MVC
  • Аспекты
  • Доступ к данным
  • Пакетные процессы
  • Веб-поток
  • Веб-службы
  • Многие другие ...

Ониу них в руках так много вещей, что он позволяет легко смешивать и сочетать технологии Spring для общей разработки предприятия.

3 голосов
/ 27 марта 2012

Spring 3.X поддерживает JSR-330 вне коробки - http://blog.credera.com/topic/technology-solutions/java/springone-2gx-2011-summary/

Это означает, что вы можете использовать аннотации пружины или JSR-330.

...