параметром, или самым последним, или как-то иначе?
может тут найдётся ответ, не вчитывался https://github.com/twitter/compose-rules/blob/main/docs/rules.md#ordering-composable-parameters-properly
как придётся. обычно последним, потому что не всегда этот параметр нужно менять
Последним, так легче читается кажется
Первым всегда
почему?
Самым первым опциональным. Даже правило detekt на это написали.
Последним, потому что если делать иначе, то хочется содрать с себя лицо
делал первым везде как только начал с этим знакомиться, но вроде не так страшно если после каждой точки переходить на строку..
Я обычно смотрю сигнатуру функции и придерживаюсь этой последовательности
предпочитаю всегда первым параметром, потому что: 1) если ставить его ровно по последовательности, в декларации метода параметр Modifier объявляется первым опциональным параметром, а он зачастую везде в разных местах. 2) когда позже надо будет поменять какие-то свойства (ширину, высоту) можно будет легко найти на первом месте да и как-то с XML осталась привычка, что такие свойства лучше держать на первом месте (id, width, height)
Так лучше размеры в dimes’е держать. Хардкод часто боком выходит
Обсуждают сегодня