Не понял. Если репозиторий не синглтон то мы:
-можем сделать все его поля и методы статическими и вообще не заморачиваться инстанциацией его.
- создавать новый объект везде где нам надо к нему обратиться. При этом общих для всех объектов полей не будет кроме статических и обменяться через вызов его методов  данными будет сложно

Не вижу на самом деле никакой проблемы в использовании паттерна репозитория для небольших проектов. Небольшой проект всегда может разрастись и стать большим. А дополнительный слой абстракции   позволит не стать вью моделям нечитабельными и переполненными кодом. Позволит не материться потом другим программистам, которые столкнутся с кодом. Лично мне даже для маленьких проектов нравится использование чистой архитектуры. Когда вью модель дёргает юз кейсы, юз кейсы ходят в репозитории и тд ).

А так хоть в God Activity все это запихни, не поддерживаемо просто будет, и все

Спасибо за ответ. Красиво ты его) Но все таки репозиторий что-то хранит, или он решает куда положить, и откуда достать?

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

https://www.google.com/url?sa=t&source=web&rct=j&url=https://developer.android.com/jetpack/guide&ved=2ahUKEwjKy9vo-eDsAhVNr4sKHVY4DuoQFjACegQIBBAB&usg=AOvVaw2sxqfaLLZqobeJgb4yOM6o

Не хранит ничего репозиторий, он обращается к апишке, бд, чему-угодно, где хранятся данные

Про Телеграм тоже могу такое сказать

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

какая разница между nullable и nonnull если в пользу последнего? есть какой-то способ конвертировать в nullable только тип листа? не охота везде на  nullable менять из-за одной ошибки..

Подскажите пожалуйста, в чем разница между тем, если я добавлю в код OnCliclListener, и тем, если я просто напишу метод OnClick, не создавая OnClickListener, и просто присвою метод OnClick объекту через атрибуты??

Никакой разницы не будет

А какая общепринятая реализация??

Свой листенер может иметь не только стандартные параметры. А который на onClick - только стандартный

О! Спасибо

Лучше не использовать onClick через xml

Ну я хз,если на контлине,то:
button.setOnClickListener{
}

Ну многие в хмл не любят

в хмд как то сподручнее что-ли

хмл*

В разметке onClick прописывать не очень, жесткая связь

В коде button.onClickListener {} норм

В простых задачах да. По нажатию кнопки дернуть один конкретный метод без доп.параметров. причем метод д.б. в активности именно.
Слишком жестко