Начнем с того, что шаблон репозитория не имеет ничего общего с технологией или языком программирования.
Шаблон репозитория полезен для отделения проблем постоянства от остальной части приложения.Это также помогает улучшить возможности тестирования, потому что теперь вы можете легко смоделировать Репозиторий и протестировать оставшуюся часть кода без подключения к постоянному слою.
Если я использую только автономную базу данных, например, Room with LiveData isЕсть ли какое-либо использование шаблона репозитория?
Я не знаю об этих технологиях.Но, как сказано выше, целью хранилища является невежество постоянства.Независимо от того, какое у вас хранилище данных (в базе данных памяти, RDBMS, Excel / CSS, Web-сервисе, XML, JSON и т. Д.), Шаблон репозитория помогает абстрагировать его.Так что да, шаблон репозитория здесь полезен.
Если мое приложение сейчас не в сети, но будет подключено к удаленной базе данных в будущем, если я реализую шаблон репозитория, или это не будет проблемой длясделать это позже?
На самом деле, я настоятельно рекомендую реализовать репозиторий здесь.Поскольку постоянство игнорируется, оставшаяся часть приложения может быть легко спроектирована на основе предположения, что данные будут доступны / сохранены. SOMEHOW (локально в случае автономного режима и сервер в случае будущего), даже не подозревая, что он отключен или подключен к сети.Таким образом, когда в будущем вы переходите от локального хранилища к удаленному хранилищу, ваше приложение никак не влияет, поскольку оно построено на интерфейсах репозитория, и эти интерфейсы не изменяются.Постоянная забота полностью решена в настоящее время хранилищем.
Мой другой ответ может быть полезным.