Size: a a a

Kotlin Community

2020 March 15

AN

Alexander Nozik in Kotlin Community
Viktor Noskin
Может ему какую-то начальную натсройку объекта сделать надо, тогда init {} может ему подойдёт?
В ините нельзя предка вызывать, он идет всегда после инициализации предка. Ну и практика показывает, что от инитов тоже надо избавляться
источник

VN

Viktor Noskin in Kotlin Community
Alexander Nozik
В ините нельзя предка вызывать, он идет всегда после инициализации предка. Ну и практика показывает, что от инитов тоже надо избавляться
А, ну да, вы правы. А почему init плохо?
источник

AN

Alexander Nozik in Kotlin Community
Viktor Noskin
А, ну да, вы правы. А почему init плохо?
Ну не то, чтобы совсем плохо. Просто не нужно. Плохо на самом деле тоже есть, потому что возникают косяки с порядком инициализации
источник

AN

Alexander Nozik in Kotlin Community
там можно даже NPE схватить
источник

BP

Bogdan Panchenko in Kotlin Community
Alex Wells
да нет, я смотрел в сторону солянки на ktor
Ну эго в серёзный прод лучше не пускать, микросервис, другой на попробовать
источник

AW

Alex Wells in Kotlin Community
Bogdan Panchenko
Ну эго в серёзный прод лучше не пускать, микросервис, другой на попробовать
почему?
источник

BP

Bogdan Panchenko in Kotlin Community
ℕo ℕame
В примере - джава. Предок - класс джавы
Это вроде только в 14 завезли
источник

BP

Bogdan Panchenko in Kotlin Community
Alex Wells
почему?
Ну смотря что вам нужно, но в целом как голый http сервер сойдёт
источник

BP

Bogdan Panchenko in Kotlin Community
ПС: сам я использую ктор и мне нравится
источник

AN

Alexander Nozik in Kotlin Community
Alex Wells
почему?
Потому что прод - это священное слово, туда пускают только за выслугу лет, когда все баги полежали на треккере лет пять и всем известны и стали частью стандарта.
Если серьезно, то баги есть. Я правда не думаю, что в каком-нибудь спринге их нет. То, что есть, правится довольно оперативно.
источник

AW

Alex Wells in Kotlin Community
Alexander Nozik
Потому что прод - это священное слово, туда пускают только за выслугу лет, когда все баги полежали на треккере лет пять и всем известны и стали частью стандарта.
Если серьезно, то баги есть. Я правда не думаю, что в каком-нибудь спринге их нет. То, что есть, правится довольно оперативно.
Насколько критичные баги? А то и в том, что мы юзаем сейчас на проде, есть баги) И как верно подмечено, есть и в спринге, вопрос только в масштабах)
источник

AN

Alexander Nozik in Kotlin Community
Alex Wells
Насколько критичные баги? А то и в том, что мы юзаем сейчас на проде, есть баги) И как верно подмечено, есть и в спринге, вопрос только в масштабах)
Разной критичности, можно по трэкеру пробежаться
источник

SB

Sergey Barmin in Kotlin Community
Alexander Nozik
Потому что прод - это священное слово, туда пускают только за выслугу лет, когда все баги полежали на треккере лет пять и всем известны и стали частью стандарта.
Если серьезно, то баги есть. Я правда не думаю, что в каком-нибудь спринге их нет. То, что есть, правится довольно оперативно.
Я думаю что дело не столько в багах сколько в известных возможностях. Если резко потребуется подключить какую-то интеграцию то с большой вероятностью в спринге это можно сделать за трудодень, когда к новому фреймворку время прикручивания(да еще и корректного) неизвестно
источник

AN

Alexander Nozik in Kotlin Community
Sergey Barmin
Я думаю что дело не столько в багах сколько в известных возможностях. Если резко потребуется подключить какую-то интеграцию то с большой вероятностью в спринге это можно сделать за трудодень, когда к новому фреймворку время прикручивания(да еще и корректного) неизвестно
А что например не приктутишь к ктору за день?
источник

AN

Alexander Nozik in Kotlin Community
У меня просто есть сильное подозрение что тут фактором является не спринг, а факт знакомства со спрингом. Для человека, с ним не знакомого, вполне вероятно что к ктору прикрутить будет проще, чем в спринге разбираться.
источник

SB

Sergey Barmin in Kotlin Community
Ну например какой-нибудь слушатель писем с почтового ящика

Для почти большинства прикручиваний к спрингу информации и инструкций полно, чего я вероятно не скажу о кторе. Но и цель у них конечно разная, думаю ктор не очень честно с сприном сравнивать
источник

AN

Alexander Nozik in Kotlin Community
Sergey Barmin
Ну например какой-нибудь слушатель писем с почтового ящика

Для почти большинства прикручиваний к спрингу информации и инструкций полно, чего я вероятно не скажу о кторе. Но и цель у них конечно разная, думаю ктор не очень честно с сприном сравнивать
А зачем на кторе слушатель писем? Это же http фреймворк.
источник

SB

Sergey Barmin in Kotlin Community
Alexander Nozik
А зачем на кторе слушатель писем? Это же http фреймворк.
Ну я и говорю что сравнение со спрингом такое себе. Спринг это модульный комбайн, который может многое и к нему можно много что подключить в нужное "гнездо", за это с большой вероятностью и любим тырпрайзом

А ктор это как отдельный инструмент и если надо с чем-то скреплять, то уже самому изобретать это "гнездо".
источник

AN

Alexander Nozik in Kotlin Community
Sergey Barmin
Ну я и говорю что сравнение со спрингом такое себе. Спринг это модульный комбайн, который может многое и к нему можно много что подключить в нужное "гнездо", за это с большой вероятностью и любим тырпрайзом

А ктор это как отдельный инструмент и если надо с чем-то скреплять, то уже самому изобретать это "гнездо".
ну да
источник

BP

Bogdan Panchenko in Kotlin Community
Alexander Nozik
Потому что прод - это священное слово, туда пускают только за выслугу лет, когда все баги полежали на треккере лет пять и всем известны и стали частью стандарта.
Если серьезно, то баги есть. Я правда не думаю, что в каком-нибудь спринге их нет. То, что есть, правится довольно оперативно.
Дело не в бегах и священном проде, очень важно для чего используется интсрумент.
источник