D
Ребят, а вот как на англицкий будет костыль?
В техническом смысле workaround
Size: a a a
2020 June 11
ML
В техническом смысле workaround
ну вообще да, но как то пресновато
D
horrible workaround
AM
А шо там, kill, orphan children и прочие прелести GNU/Linux уже переимевыаают?
AM
Или мы ждём фуксию, чтобы выкинуть его целиком?
D
А шо там, kill, orphan children и прочие прелести GNU/Linux уже переимевыаают?
😂
AD
когда уже lateinit из Kotlin удалят? 🙄
D
когда уже lateinit из Kotlin удалят? 🙄
Каждый удаляет когда хочет. Просто добавляешь линт рул, который фейлит билд, и делов то.
AD
Каждый удаляет когда хочет. Просто добавляешь линт рул, который фейлит билд, и делов то.
да мне коллега на ревью постоянно напоминает, чтобы я nullable на lateinit заменил 🙄
V
когда уже lateinit из Kotlin удалят? 🙄
сначала хотел спросить откуда такая ненависть, а потом передумал
V
мне тоже кажется, что nullable лучше
AL
когда уже lateinit из Kotlin удалят? 🙄
Когда перестанет существовать безумное количество вещей, которые опираются на позднюю инициализацию? :)
D
да мне коллега на ревью постоянно напоминает, чтобы я nullable на lateinit заменил 🙄
Так это с коллегой надо обсудить плюсы и минусы и придти к общему подходу. Проголосовать можно. А не требовать от котлина фичи убирать.
AD
Так это с коллегой надо обсудить плюсы и минусы и придти к общему подходу. Проголосовать можно. А не требовать от котлина фичи убирать.
сложно в команде работать 🙁
AL
Я тоже прошу коллег заменить на lateinit некоторые вещи, просто потому что фреймворк гарантирует что-то, но не в конструкторе (самый частый вариант - какой-нибудь Mock и InjectMocks из JUnit)
AD
Когда перестанет существовать безумное количество вещей, которые опираются на позднюю инициализацию? :)
да, но в моем мире (Android) я почти научился этого избегать
AL
да, но в моем мире (Android) я почти научился этого избегать
Так если получается избегать - круто. Но это же не вопрос фичи языка, а вопрос того, какие либы/фреймворки/подходы использовать.
Если всё-таки так вышло, что действительно обязательно будет всё инициализировано, но не в конструкторе - зачем себя мучать nullable типами?
Если всё-таки так вышло, что действительно обязательно будет всё инициализировано, но не в конструкторе - зачем себя мучать nullable типами?
AD
Я тоже прошу коллег заменить на lateinit некоторые вещи, просто потому что фреймворк гарантирует что-то, но не в конструкторе (самый частый вариант - какой-нибудь Mock и InjectMocks из JUnit)
некоторые могут сказть, что mockito - кал и его тоже нужно избегать 😂
AL
Т.е. количество lateinit надо минимизировать, это верно. Но не тупой заменой того же самого кода на nullable типы :)
AD
Так если получается избегать - круто. Но это же не вопрос фичи языка, а вопрос того, какие либы/фреймворки/подходы использовать.
Если всё-таки так вышло, что действительно обязательно будет всё инициализировано, но не в конструкторе - зачем себя мучать nullable типами?
Если всё-таки так вышло, что действительно обязательно будет всё инициализировано, но не в конструкторе - зачем себя мучать nullable типами?
в целом, незачем, согласен