AN
Ну нет. Если оверайдрв нет то все ок
На самом деле это универсальное правило. В инитах не должно быть ничего сложного. И уж точно ничего такого, что меняет состояние предка.
Size: a a a
2020 August 15
BP
На самом деле это универсальное правило. В инитах не должно быть ничего сложного. И уж точно ничего такого, что меняет состояние предка.
Предка нет, это и есть же оверлоад
BP
Свое состояние - это как раз то место где его нужно создавать
AN
Порядок инициализации - это наверное главное место в Котлин, где можно подложить себе грабли. Так что я думаю, что правильная стратегия - ничего туда не класть вообще и считать какую-то сложную инициализацию и изменяющие init-блоки крайним решением.
BP
Порядок инициализации - это наверное главное место в Котлин, где можно подложить себе грабли. Так что я думаю, что правильная стратегия - ничего туда не класть вообще и считать какую-то сложную инициализацию и изменяющие init-блоки крайним решением.
Меняющие и инициализирующие это ведь разное понятие 😊
BP
А про порядок сказано верно. Вот поэтому и спрашивал про варнинг
AN
Меняющие и инициализирующие это ведь разное понятие 😊
Я бы сказал, что и инциализирующие - это в порядке исключения. Если надо чего-то инициализировать, то это можно сделать сразу в пропертях. Скажем, в указанном примере, явно должен быть не мутабельный список, а buildList или вообще внешний инициализатор
BP
Я бы сказал, что и инциализирующие - это в порядке исключения. Если надо чего-то инициализировать, то это можно сделать сразу в пропертях. Скажем, в указанном примере, явно должен быть не мутабельный список, а buildList или вообще внешний инициализатор
Ну нет, код бывает 6е тривиален. По поводу второй части согласен. Вполне можно обойтись билдерами листов
AN
Ну нет, код бывает 6е тривиален. По поводу второй части согласен. Вполне можно обойтись билдерами листов
Бывает. Поэтому иногда оно нужно. Но если можно избежать, лучше ихбежать
BV
Бывает. Поэтому иногда оно нужно. Но если можно избежать, лучше ихбежать
Как и наследования в целом
BV
Потому что такие проблемы возникают часто из за наследования. Если наследования нет, то и порядок чаще всего очевиден
BP
Потому что такие проблемы возникают часто из за наследования. Если наследования нет, то и порядок чаще всего очевиден
Ну это в джвм все через Ж
AN
Потому что такие проблемы возникают часто из за наследования. Если наследования нет, то и порядок чаще всего очевиден
нет. Ровно та же проблема с порядком инициализации в одиночном классе и с порядком инициализации синглетонов.
AN
Ну это в джвм все через Ж
Через J. Все там нормально. Но есть места, где надо быть аккуратным.
BP
нет. Ровно та же проблема с порядком инициализации в одиночном классе и с порядком инициализации синглетонов.
+ да везде. банально инициализирует проперти, для ее инициализации ее используешь пропертю которая находится ниже и привет и удачи
BP
Так что не интим блок плохой, а белеберда с порядком, порядок как раз и должен задавать инит блок
AN
+ да везде. банально инициализирует проперти, для ее инициализации ее используешь пропертю которая находится ниже и привет и удачи
Интим блок - это мощно. Предлагаю оставить.
D
Интим блок - это мощно. Предлагаю оставить.
Это в 1.4 добавили? Хороший релиз. 😺
QH
Это в 1.4 добавили? Хороший релиз. 😺
а ты думаешь почему я уже на 1.4?)
D
а ты думаешь почему я уже на 1.4?)
Фича по подписке, небось?