спс

ваще забыл про эт)

ПОдскажите, писать в внутреннюю память, я так понял нельзя? Только на флешку? При попытке записи ловлю что только для чтения. Но как тогда быть если нету флешки?

Всем привет Такой вопрос: У меня есть данные в БД, которые я отображаю на экране в списке. С этого экрана я могу перейти в инфо об элементе и удалить его. После удаления я возвращаюсь на первоначальный экран. Насколько хорошо\плохо, если я вызову получение данных из БД в метода onStart() у активити, чтобы после возврата уже видеть обновленный список? Или же стоит по-другому делать?

Вот и мне интересно io.FileNotFoundException: java.io.FileWriter@1270ffa (Read-only file system)

ПОдскажите, писать в внутреннюю память, я так понял нельзя? Только на флешку? При попытке записи ловлю что только для чтения. Но как тогда быть если нету флешки?

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />

<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE" />

мне внктренню надо, а не внешняя

Про это я знаю Видимо, не совсем корректно вопрос сформулировал) Мне интересно в общем, насколько нормально или же плохо получить данные для отображения в onStart()?

Понял Спасибо

мне внктренню надо, а не внешняя

http://developer.android.com/guide/topics/data/data-storage.html#filesInternal

http://developer.android.com/guide/topics/data/data-storage.html#filesInternal

Спасибо.

Подскажите, вопрос по WorkerManager. Кейс такой, запустили каую-нибудь задачу в созданном воркере. Не дождались пока она завершится, закрыли приложение, затем открывам приложение, можем получить инстанс именно этого запущенного воркера, чтобы подписаться на его state?

Подскажите, вопрос по WorkerManager. Кейс такой, запустили каую-нибудь задачу в созданном воркере. Не дождались пока она завершится, закрыли приложение, затем открывам приложение, можем получить инстанс именно этого запущенного воркера, чтобы подписаться на его state?

вроде по ID можно подписываться

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

так же где лучше его использовать, в каком слое если рассматривать как clean arch

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

Поцоны, а в какой момент андроид восстанавливает состояние вьюх? В каком методе?

onRestoreInstanceState

onRestoreInstanceState

Это активити? А у фрагмента?

У меня проблема с восстановлением скролла recyclerview при смене ориентации, это из коробки должно работать?

чтобы что то достать возможно нужно сначала что то положить

чтобы что то достать возможно нужно сначала что то положить

Обещали автоматом сохранять стейт)

Обещали автоматом сохранять стейт)

шта?

Ну фрагменты стейты вьюх автоматом сохраняют

🤔

Если есть идентификатор

У меня проблема с восстановлением скролла recyclerview при смене ориентации, это из коробки должно работать?

Да, если ты выставляешь данные где-нибудь в onCreate

Как это с рекуклером работает? Там же layoutmanager этот есть, он скроллом рулит вроде

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

Да, если ты выставляешь данные где-нибудь в onCreate

Дерьмово)

Хоть я велосипед и запилил, но это по фрагменту размазывается и переносить в другой фрагмент неудобно

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

Это в onCreate поместить?

Это в onCreate поместить?

да

Спасибо!

)))

идеально

андроиду скоро конец

fuchia os

А еще, если есть аккаунт уже на устройстве то как сразу кидать в осн. активити? в Application в onCreate или в активити логина в onCreate перед установкой вьюхи?

андроиду скоро конец

Ты хочешь сказать что-то конструтивное, как-то поддержать разговор?

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

Или это не обязательно?

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

уйди тролль

Да в смысле, я серьёзно

+

Ух чую накостылю

Вопрос по поводу удаления приложения из GP по причине Phone call log и Sms log, но которые в последнем APK в релизе не содержат ни одного упоминания этих пермишенов, кто-нибудь решил? Поделитесь как?

Ух чую накостылю

Splashactivity погугли, можно это использовать

во, спасибо, сразу понял

прростите, конечно, но тут single activity как-то уместнее

Почему нет?

не очень удобный компонент

и еще сыроват

даже если и андройду конец, все так же просто будут писать под фуксию и все

даже если и андройду конец, все так же просто будут писать под фуксию и все

флаттер - _-

ну либо так)

но говорить тут про кроссплатформу даже не знаю...

)))

вангование )

прростите, конечно, но тут single activity как-то уместнее

Я так делал сначала. Но второе приложение решил для простоты сделать с двумя активностями 🙈

И влип

вангование )

тебя триггернуло слово флаттер?)

Я так делал сначала. Но второе приложение решил для простоты сделать с двумя активностями 🙈

Третье будешь делать с тремя?

как ты появился после него??

тебя триггернуло слово флаттер?)

фуксия

😁

Третье будешь делать с тремя?

Хаха лол)

у нас одна девушка в чате живая?)

да они даже лучше))

есть не просят)

только хотела написать)

Флуда больше чем девушек

Я по теме чата спрашиваю

😒

Всем привет, у меня вопрос относительно Clean Architecure, а конкретно UseCase’ов. Возьмем пример с 2 экранами: 1) Логин, который содержит ввод email’a и password’а 2) Регистрация, содержащая name, email, password, confirm password Вопрос: Если рассматривать этот пример, то относительно него как я должен выстрать UseCase’ы? Вариант а: Сделать RegistrationUseCase, который содержит методы валидации имени, емэйла, пароля и метод с регистрацией и переиспользовать его в логине, добавив метод авторизации Вариант б: передублировать код валидации в SignInUseCase и добавить метод авторизации Вариант в: Запилить кучу юзкейсов: EmailValidationUseCase, NameValidationUseCase…., RegistrationUseCase(надо ли в нем пилить валидацию входных параметров?) с методом регистрации, SignInUseCase c методом авторизации? Спасибо за внимание)

на все отдельный юзкейс

если валидация локальная то этим занимается вью модель

Ха, проблему с удалением приложение GP по причине SMS_LOG и CALL_LOG решена. Оказалось ларчик просто открывался. Гугл проверяет и альфу и закрытое тестирование и если там есть версия с этими разрешениями, то всё. Капут.

если валидация локальная то этим занимается вью модель

А для чего тогда юзкейс, если логика валидации во вьюмоделе?