Osip Fatkullin
Osip Fatkullin
Можно ещё добавить в качестве предостережения, что если выражение используемое с функцией со скобками сложное, стоит использовать функцию с блоком (Как-то коряво сформулировал) Хочется избежать подобного: ```kotlin val someFun() =...
Для меня причина мимикрии как раз смысловая. Закрывающая скобка на уровне `fun` подчёркивает, что это функция, а не свойство. Например такие конструкции выглядят почти одинаково: ```kotlin val lastState: State get()...
> Правильно понимаю, что это аргумент в пользу не использовать expression body в принципе, а не к вопросу делать перенос после = или писать в одну строку? Да, всё так....
> Duration тут не возвращает конкретный тип, от чего все еще непонятно, и лучше таким народ не пугать. Там возвращается Duration и кажется что его и так не получится использовать...
@Jeevuz случай когда решили в UseCase делать `operator invoke`, кажется, должен разруливаться на уровне договорённостей внутри проекта. И либо использовать короткий вызов через скобки, либо не добавлять к `invoke` ключевое...
Идея от @sonulen - добавить триггер в наш GitLab и дергать его при пуше в этот репозиторий. По этому триггеру ходить в GitHub и стягивать актуальную версию кодстайла в нашу...
Maybe it is possible to ignore the rule for lambda if its parameter is not derived from composable arguments? For example: ```kotlin // GOOD. Lambda parameter created inside the composable...
Ah. I misread the issue. Sorry :)
Also I don't quite sure how the code should be formatted in the case when we have line break after arrow. Like this? ```kotlin when(x) { 1 -> { println(1)...