Про нодежс не понял, у них встроенное рест апи какое то есть

смех же. не?

Ну так Витя говорит о нативном протоколе. Не думаю что рест хорошо для таких хранилишь.

Ну так Витя говорит о нативном протоколе. Не думаю что рест хорошо для таких хранилишь.

так я и говорю

Это я реплай не нажал :D

хотел Kirill ответить

Ну хз, то что оно есть - это лучше чем когда его нет, верно?) gg щас хоть в другом направлении движется, всё равно вроде фишки пилит, продукт развивает

Пасаны, тут вопрос вселенской важности, решается судьба проекта, Тим Лид сказал как отрезал, и надо выбирать какую аннотацию для DI использовать по стандарту всем в команде, а то наплодили разных, выбирайте @Resource, @Inject, @Autowired, вся хурма на спрингах пять лет, недавно на Java 8 и Spring 4, больше аргументов

Тимлид пусть сам и решает

так мож вопрос не в DI а что с тим лидом делать

что плохого в том чтобы определить одну аннотацию для всего проекта? тим лид все верно делает

хипстеры юзают @Inject

люди привыкли к бардаку, а он меняет устои коллектива

Пасаны, тут вопрос вселенской важности, решается судьба проекта, Тим Лид сказал как отрезал, и надо выбирать какую аннотацию для DI использовать по стандарту всем в команде, а то наплодили разных, выбирайте @Resource, @Inject, @Autowired, вся хурма на спрингах пять лет, недавно на Java 8 и Spring 4, больше аргументов

Инжект же

подложите ему наркоту

плюсую за @Inject

Ну если пошла такая пьянка, то +1 к @inject

Знаете сколько раз вы в чат вызывается человека с ником @inject?

:D

что плохого в том чтобы определить одну аннотацию для всего проекта? тим лид все верно делает

Лид зря позволяет выбирать

Знаете сколько раз вы в чат вызывается человека с ником @inject?

Ссзб раз взял такой ник

Знаете сколько раз вы в чат вызывается человека с ником @inject?

Хаха)

Аннотация для DI @Inject – 19 ??????? 66% @Autowired – 10 ???? 34% ? 29 people voted so far.

давайте так)

Инжект для геев

/thread

хипстеры юзают @Inject

как-то сразу начали все за inject голосовать

Юзал inject когда autowired еще не было

Юзал inject когда autowired еще не было

Autowired был раньше

Autowired был раньше

Возможно, я а спринг не давно

Возможно, я а спринг не давно

Заметно

@Inject это не спринговая аннотация как бы поэтому с самого начала у них была своя @Autowired

Тимлид пусть сам и решает

Он джавы не знает, ему все равно, мол вы там посовещайтесь и решите

индустрия... нет чтобы взять за стандарт @Autowired, мы придумаем свое!

Он джавы не знает, ему все равно, мол вы там посовещайтесь и решите

переложил ответственность. все правильно сделал

переложил ответственность. все правильно сделал

Это больше на менеджера похоже

более того @Transactional у спринга более функциональный чем у Hibernate возможно я просто не так все понимаю но по первым ощущениям это так

А не на лида

в смысле чем у JPA

Мне порой кажется, что спринг это новая версия jee

Проблема в том что в проекте нет ни одного @Inject

Мне порой кажется, что спринг это новая версия jee

Какой-то его части.

jee еще юзают? или это только спецификации?

jee еще юзают? или это только спецификации?

спецификация и у неё есть куча реализаций, и таки да, юзают.

тот же jpa её часть

сервлеты

индустрия... нет чтобы взять за стандарт @Autowired, мы придумаем свое!

ну так извините, стандарт это соглашение между существующими имплементациями, которых было на тот момент как минимим две, autowired в спринге и inject в джусе.

более того @Transactional у спринга более функциональный чем у Hibernate возможно я просто не так все понимаю но по первым ощущениям это так

вообще не о том.

инжект имеет смысл юзать, если у вас гусь или cdi

если у вас спринговый проект, автовайред - мастхэв

сфигали?

А есть разнциа в их работе?

чем inject хуже в спринговом проекте?

о_О

разницы ж нет

разницы нет

была, но уже нет

тем более если юзаешь @Component то тебе и @Inject не нужен

но автовайред - нативная спринговая вещь

зачем тянуть приблуду jee

но автовайред - нативная спринговая вещь

это metadata annotation, какая нативная?

но автовайред - нативная спринговая вещь

А какая разнциа, если никакого профита от этого?

зачем тянуть приблуду jee

inject это не jee, это jse

это metadata annotation, какая нативная?

я имею в виду родная

аннотация

ERROR: S client not available

я имею в виду родная

и чего? ну родная, ну и?

@Autowired подводить стал, филд инджекшен на проде не сработал без сеттера :'(

@Autowired подводить стал, филд инджекшен на проде не сработал без сеттера :'(

тут утром затирали, что инжект в филд - плохо

ой нет не начинайте опять

@Autowired подводить стал, филд инджекшен на проде не сработал без сеттера :'(

ни разу не было такой проблемы

а чтобы заюзать @Inject уже не надо тянуть доп зависимость?

compile("javax.inject:javax.inject:1") и все дела..?

ни разу не было такой проблемы

Там Бин аннотацией обмазан а за одно еще и в xml конфигурации, чтоб наверняка

inject это не jee, это jse

твоя правда - https://www.jcp.org/en/jsr/detail?id=330

как считаете, стоит ли внутри ЯП делать вот такое — https://github.com/JetBrains/kotlin/blob/cbef0250aaa9d25060b46dca95a41c73f7276ba9/libraries/tools/kotlin-allopen/src/main/kotlin/org/jetbrains/kotlin/allopen/gradle/KotlinSpringSubplugin.kt ? (взято из котлин чата)

видимо с cdi перепутал

твоя правда - https://www.jcp.org/en/jsr/detail?id=330

конечно

видимо с cdi перепутал

ага

и чего? ну родная, ну и?

ну javax не тянуть

как считаете, стоит ли внутри ЯП делать вот такое — https://github.com/JetBrains/kotlin/blob/cbef0250aaa9d25060b46dca95a41c73f7276ba9/libraries/tools/kotlin-allopen/src/main/kotlin/org/jetbrains/kotlin/allopen/gradle/KotlinSpringSubplugin.kt ? (взято из котлин чата)

это ж не яп, это плагин

у меня вот щас в такое все скатилось apply plugin: 'kotlin' apply plugin: "kotlin-allopen" apply plugin: "kotlin-spring" apply plugin: 'eclipse' apply plugin: 'org.springframework.boot'

это ж не яп, это плагин

а, ну тогда все не так плохо хотя лучше бы куда-то на спецплагин "котлин_для_спринга" вообще

см выше)

(хотя я не согласен с closed-by-default классами)

почему?

класс либо final, либо abstract

оО

не, наследование, конечно, часто неуместно, но иногда бывает в тему

ну вот когда нужно, делаешь open и все)

тут утром затирали, что инжект в филд - плохо

Плохо, но всем насрать

но лучше 10 раз подумать чем делать наследование

Плохо, но всем насрать

судя по срачу в чатике - не

непонятно, почему инжект в филд не сработал

ну вот когда нужно, делаешь open и все)

ну например — пишешь ты из джавы что-то, с либой на котлине а она не наследуется, а тебе надо, беда-беда

(если с котлином это так будет, конечно)

(в противном случае какие-то странные недозакрытые классы получаются, что нелогично)

непонятно, почему инжект в филд не сработал

Я подозреваю что бин аннотирован как компонент и при этом еще и в xml конфигурации описан, в голове сидит, что для неё обязательно нужны геттерами с сеттерами