Соглашаться на первый вариант?

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

к сожалению тестировать это будут юзеры

ну и я перед отправкой

ну тогда base64

Слушайте, вопрос в догонку: есть два поля в таблицы (айди и секрет), секрет шифрую до закладки в таблицу в репозитории, ключ шифрование храниться Android keystore. Да, есть ацдишки, имена колонок, какие действия атакующего?
Или дайте ссылку на разбор атак на для такого способа шифрования данных

только  2 варианта

вроде был где то соответствующий чат ))

шифруй данные в base64 перед записью в базу, и расшифровывай после чтения
задача выполнена? выполнена

т.е. первый вариант используя base64 в качестве алгоритма для шифрования полей?

Base64 — это кодирование.
Ваш Капитан.

некомпетентный заказчик об этом не знает ведь

У меня пока нет такого)

Спасибо

смотри сам, если работа на раз - можно и по полям.
если тебе потом проект поддерживать, и прирастет еще 10-20 табличек - лучше уж сразу не мучаться и всю базу шифровать

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

вот! это самый главный вопрос!

Объясните мне понятие и предназначение Репозитория. Разве это не просто класс посредник, который выдает классы для работы с разными данными, типо SharedPref, DB, Network,  и другие...?

Задача репозитория отдавать данные, что бы ни было у него под капотом.

Если система разделена на компоненты - у каждого узкая ответственность и каждый проще тестировать, инжектить, переиспользовать

Если ты смешаешь всё в активити - работать будет, но попробуй протестируй. Или перенести логику данных или бизнес логику на новый экран, где она нужна

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