расскажи потом, когда придумаешь свой механизм

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

И ты логируешь каждый шаг, чтобы читать логи удобнее было для релиза?

ты примерно так и рассказываешь: коды, файрбэйс и спрятать

Я уже писал что это как для меня дебаг инфо, так и если на проде что-то сломается я увижу шаги, которые к этому привели

Тебе файрбейс любезно кинет стектрейс, и этой информации хватит, чтобы загуглить и исправить ошибку

Как правило, информации хватает

Тебе файрбейс любезно кинет стектрейс, и этой информации хватит, чтобы загуглить и исправить ошибку

так исключения может не быть совсем)

Тоесть фаербейс кинет мне что это 10-тая итерация такого-то цикла, который вышел потому что сработало условие и он содержит в себе массив с такими-то данными? Я все-таки получше знаю почему стактрейса недостаточно)))

Логировать N итераций цикла даже для примера - глупость. Куда проще написать код так, чтобы логировать не пришлось, и что он не вызовет ошибок

Детский сад какой-то: а тебе точно нужно? Та не, тебе точно не нужно

Понял, ты лучше знаешь логику моего кода и что нужно делать, стираю все логи

Если твой код можешь понять только ты - у тебя проблемы)

(в MVI от бадууу)

Шкила тралит, понял)

Инфа от процесса выполнения я имею в виду

ничо не скроешь логи любой школьник прочтёт

ничо не скроешь логи любой школьник прочтёт

От того чтобы не прочитали логи и не скопировали логику себе

Ещё вопрос по прогуарду Вроде разобрался, из-за чего не работает, починил, все отлично Но вот ещё вопрос Большая часть починенных мною ошибок возникала из-за того, невозможно получить конструктор дата класса. Соответственно над каждым дата классом поставил аннотацию @Keep, и заработало. Но что-то мне подсказывает, что это не самый лучший вариант. Ответы в Гугле говорят, что либо так, либо скинуть все дата классы в пакеты и указать в файле правил прогуарда эти пакеты с пометкой -keep Либо использовать такие строки -keep class kotlin.Metadata { *; } -keepclassmembers class kotlin.Metadata { public <methods>; } или такие -dontwarn kotlin.reflect.jvm.internal. -keep class kotlin.reflect.jvm.internal. { *; } но это не сработало Можно ли как-то нормально позволять дата классам жить без пометки keep для каждого дата класса?

неужели это единственный выход? и в случае, если я буду создавать дата класс вне этого пакета, мне придётся добавлять аннотацию Keep или включать другой пакет также в proguard? Если это единственный выход, то хорошо, но мне что-то подсказывает, что можно как-то хитро это сделать без этого

Доброй ночи) Подскажите, пожалуйста, есть ли смысл обрабатывать ошибки обращения к бд(Room)? В теории, они бывают, когда криво написаны запросы, либо переполнена память. Если ты уверен, что запросы написаны правильно, то по сути можно и не обрабатывать? Или я просто мало знаю об ошибках Room-а?)

так я так и сделал) Но вопрос, как можно (и можно ли) обойтись без добавления нового класса (или пакета с классами) в правила proguard?

Если функция выбрасывает ошибку - лучше обработать сразу. А если всё правильно написал, то вполне себе

если код красными красками не играет, и всё ок - не добавляй)

Доброй ночи) Подскажите, пожалуйста, есть ли смысл обрабатывать ошибки обращения к бд(Room)? В теории, они бывают, когда криво написаны запросы, либо переполнена память. Если ты уверен, что запросы написаны правильно, то по сути можно и не обрабатывать? Или я просто мало знаю об ошибках Room-а?)

Можно ли как-то улучшить это решение?

да, использовать надежные и проверенные временем способы шифрования новое решение ничем не отличается от старого

Я не знаю еще способов

sha256

Не знаю такого способа

погугли, вместе с: - https://developer.android.com/reference/javax/crypto/Cipher - https://developer.android.com/training/articles/keystore

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

а how to encrypt string with sha256 даст, но тут уже думать надо, правда?)

Ты упорно несешь бред, а я так же упорно пытаюсь тебе доказать почему твой бред это бред

так же упорно, как и тебе пытаются объяснить, что ты бред выдумываешь 🤷

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

да, использовать надежные и проверенные временем способы шифрования новое решение ничем не отличается от старого

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

Там речь совершенно не о шифровании.

блин, мне теперь интересно найти первоначальное сообщение, откуда начался балаган, но вы столько всего понаписывали

https://t.me/android_ru/717717