Можете уточнить? Активити ведь уже стартануло, вроде поздно проверять.
Вообще у меня проблема в том, что AppActivity рассчитывает на то, что оно в единственном экземпляре. У него есть презентер-синглтон, который инициализирует состояние приложения, и если создаётся другой инстанс AppActivity, и к нему прикрепляется существующий презентер - возникает неправильное состояние, потому что презентер думает, что стек навигации уже есть, и ничего не делает. А стека нет, он в другом инстансе активити.

Ну эт чистый костыль, но в Application можно сохранить activity.taskId, и если он оказался другим, то закрывать это Activity и перебрасывать в другое.

Привет, у меня вопрос к code style.
Вот тут в SessionInteractor есть методы

fun getUserAccounts() = sessionRepository.getUserAccounts()
fun getCurrentUserAccount() = sessionRepository.getCurrentUserAccount()

Мне кажется лучше явно указывать возвращаемый тип, иначе не совсем понятно что метод вернет с первого взгляда.
У вас в компаниях тоже так пишут?

Привет, у меня вопрос к code style.
Вот тут в SessionInteractor есть методы

fun getUserAccounts() = sessionRepository.getUserAccounts()
fun getCurrentUserAccount() = sessionRepository.getCurrentUserAccount()

Мне кажется лучше явно указывать возвращаемый тип, иначе не совсем понятно что метод вернет с первого взгляда.
У вас в компаниях тоже так пишут?

привет, что думаете по поводу использования lateinit ? стоит ли им пользоваться или стоит полностью выпилить?
https://arturbosch.github.io/detekt/potential-bugs.html#lateinitusage

Как его выпилить для инжектов?

как отрефакторить в таком случае код, чтобы lateinit исчез? предоставляется ли это вообще возможным?)

inner class ViewHolder(view: View) :
       RecyclerView.ViewHolder(view) {

       private lateinit var category: Category

       init {
           view.setOnClickListener {
               clickListener(category)
           }
       }

       fun bind(item: Category) {
           category = item
           itemView.name.text = item.name
       }
}