Comments 15
Скажите, пожалуйста, кто знает почему так: я не подписан ни на один хаб, указанный в списке под заголовком статьи, не подписан на саму компанию Яндекс, но почему-то я вижу эту статью в своей ленте. Как мне такое всё-таки не видеть? У меня нет никакого негатива, не подумайте ничего такого, но это как-то странно, что я её вижу.
+1
0
Да, лента точно «по подписке» (проверил сейчас ещё раз) и всё равно видно.
0
Хм, вижу что у поста есть хаб OpenSource, на который вы подписаны. Изначально у поста не было этого хаба, поэтому, вероятно, он появился с задержкой — изучим.
+1
Да, спасибо, теперь я вижу в списке хаб OpenSource и теперь понятно почему я вижу эту статью. Но изначально его не было видно. Это точно, так как я даже специально прошёл по ссылкам во все присутствовавшие тогда хабы и удостоверился, что не подписан на них (там везде была активна кнопка «Подписаться»).
+1
Почему в минусах Guice нет "бины требуют наследования от абстрактного класса"?
0
В статье много ошибок:
- Аналогом IoC при «ручном» варианте является известный миллион лет паттерн Service Locator (хотя с другой стороны IoC движок можно рассматривать как вариант сервис локатора). Но по какой-то причине этот паттерн не приведен в «ручных» фрагментах кода
- Нет сравнения по библиотекам плагинов, позволяющим внедрять сквозную функциональность в код (кэширование, логирование, права доступа, транзакции, повтор операций при ошибках и пр. пр. ), из-за которых спринг собственно и применяется
- Никто не заставляет использовать в спринге автосканирование (по-умолчанию оно вообще выключено), поэтому все дальнейшие рассуждения о «медленности» запуска не выдерживают никакой критики. С отключенным автосканированием спринг стартует быстро
-2
Если говорить про типичное современное приложение на спринге (без xml), то в нем как раз автосканирование включено.
Вполне возможно, что у вас используется бины из библиотеки какие-нибудь, а там автоскан.
Ничего в этом плохого не вижу.
Статья носит обзорный характер и ориентирована на джунов. В видео явно сказано, что из спринга расcматривается только DI
Вполне возможно, что у вас используется бины из библиотеки какие-нибудь, а там автоскан.
Ничего в этом плохого не вижу.
Статья носит обзорный характер и ориентирована на джунов. В видео явно сказано, что из спринга расcматривается только DI
+3
Наличие или отсутствие XML на автоскан никак не влияет. Точно так же как и наличие зависимостей.
Типичное современное приложение без автоскана встречается намного чаще, чем Guice и Dagger вместе взятые.
Спринг — это обширная экосистема. Рассматривать только DI — нет никакого смысла. Так же как и нет смысла рассматривать спринг в контексте мобильной разработки.
То что статья ориентирована на джунов не значит, что надо искажать факты и натягивать сову на глобус.
Типичное современное приложение без автоскана встречается намного чаще, чем Guice и Dagger вместе взятые.
Спринг — это обширная экосистема. Рассматривать только DI — нет никакого смысла. Так же как и нет смысла рассматривать спринг в контексте мобильной разработки.
То что статья ориентирована на джунов не значит, что надо искажать факты и натягивать сову на глобус.
+1
Это получается даггер, как и Lombok, использует препроцессор аннотаций для кодо генерации?
0
А как же Micronaut?
0
Первый раз вижу, чтобы сравнивали Spring и Dagger)
0
Sign up to leave a comment.
В некотором царстве, не в «спринговом» государстве. Доклад Яндекса