ой, да, свойства😅

ну спасибо, я понял что можно, супер

свойства это все что может отдать класс

а поля, то это, что он может в себе хранить и менять

Модификаторы влияют на терминологию?

Понятно

только на терминалогию модификаторов :D

только нужна будет дефолтная реализация

вот еще пример того, когда нужно убивать приложение при выходе: когда при входе стоит пароль (банковское приложение)

Такие нишевые случаи могут переопределять разработчики банковских приложений

это пример того, что нужно одновременно иметь возможность и закрыть и свернуть

в ответку могу сказать:
так то и сохранение состояния при back могут сохранять нишевые разработчики

Что я и делаю, кек. Но я думал это я тупой. Оказалось...

Оказалось, что я тупой, но я не думаю выпиливать онбэкпрессед колбэк

Кто знает, в чем может быть проблема?
Есть два потока, один получает данные и заносит их в ArrayList, после этого другой поток используя эти данные производит свои действия и очищает ArrayList, взаимодействие происходит через Exchanger. На этом этапе всё хорошо. Но когда мне нужно второму потоку передать пустой ArrayList, в который снова будут добавляться данные. Этого не происходит. Здесь использую 2-ой Exchanger

что значит такая конструкция:
fun View.hideKeyboard() {
почему перед именем ф-ции стоит класс? Как гуглить?