KT
Исходники читайте
Size: a a a
2018 November 09
2018 November 10
KT
добрался до ревью
KT
кажется всех отревьювил.
если есть комментарии, то я перевожу МР на автора, чтобы доделать.
не забудьте потом опять на меня кинуть, я так слежу за входящими)
если есть комментарии, то я перевожу МР на автора, чтобы доделать.
не забудьте потом опять на меня кинуть, я так слежу за входящими)
2018 November 11
MM
Привет
Актуальна ли структура класса, описанная вот тут: https://gitlab.com/terrakok/gitlab-client/wikis/code_style.md
Посмотрел по всему проекту презентеры, там другая структура.
1. Пагинатор вынесен в проперти, при этом расположен после override onFirstViewAttach
2. override onDestroy расположен в конце класса после public методов
3. часто видел companion object сверху класса
На что стоит ориентироваться в итоге при добавлении функционала?
Актуальна ли структура класса, описанная вот тут: https://gitlab.com/terrakok/gitlab-client/wikis/code_style.md
Посмотрел по всему проекту презентеры, там другая структура.
1. Пагинатор вынесен в проперти, при этом расположен после override onFirstViewAttach
2. override onDestroy расположен в конце класса после public методов
3. часто видел companion object сверху класса
На что стоит ориентироваться в итоге при добавлении функционала?
ES
Вы описали проблему, которую мы ещё не решили, т.к пытаемся реализовать новый функционал.
Свод правил описан, но полноценно не применён ещё к проекту.
Я считаю, что это нужно автоматизировать через detekt или другой анализатор.
Свод правил описан, но полноценно не применён ещё к проекту.
Я считаю, что это нужно автоматизировать через detekt или другой анализатор.
ES
Привет
Актуальна ли структура класса, описанная вот тут: https://gitlab.com/terrakok/gitlab-client/wikis/code_style.md
Посмотрел по всему проекту презентеры, там другая структура.
1. Пагинатор вынесен в проперти, при этом расположен после override onFirstViewAttach
2. override onDestroy расположен в конце класса после public методов
3. часто видел companion object сверху класса
На что стоит ориентироваться в итоге при добавлении функционала?
Актуальна ли структура класса, описанная вот тут: https://gitlab.com/terrakok/gitlab-client/wikis/code_style.md
Посмотрел по всему проекту презентеры, там другая структура.
1. Пагинатор вынесен в проперти, при этом расположен после override onFirstViewAttach
2. override onDestroy расположен в конце класса после public методов
3. часто видел companion object сверху класса
На что стоит ориентироваться в итоге при добавлении функционала?
смотрите для примера классы реализованные недавно и в нескольких местах
MM
ок, спасибо
KT
Эти правила рекомендательные. Всегда надо ориентироваться на код вокруг
2018 November 12
NY
Ребят, а почему вюьшки (например, тот же RecyclerView) инициализируются именно в onActivityCreated?
KT
так сложилось, уже не помню
2018 November 13
KT
KK
Вау, а где можно найти материал на эту тему? И дает ли это какие-то еще преимущества помимо того, что избавились от жуткого groovy?
KT
Мгновенный автокомплит и четкие джавадоки
AK
👍
AM
Только хотел про скорость автокомплита спросить)
AK
Синк довольно долго идёт. Может проблема у меня. Но вроде не должно быть
2018 November 15
NB
Доброго вечера, скачал архив с репозиторием, при открытии проекта студия ругается "Project isn't linked with Gradle" - я так понимаю это из-за Gradle Kotlin DSL. Как исправить ?
AB
Открываете импортом или как существующий?