курсор там не нужен

там чистый SQL

SQLite*

Ок, можно пример? Гуглить пробовал - не нашел, поэтому и прикинул, что через курсор

Спасибо

А чем select * from table_name where firstname and lastname не угодил? Какой сакральный смысл в дуближе?

Не угодил тем, что вопрос был по миграции в первую очередь, а пример - просто как пример.
Когда пробовал realm столкнулся с необходимостью изменить таблицу. Вот сразу захотел узнать как это делается в руме, на всякий случай

слишком сложно. достаточно добавить столбец и сделать апдейт

типо "alter table table1 add column firstname_lastname VARCHAR"

а потом "update table1 set firstname_lastname=firstname+lastname"

с конкатинацией мог напутать

Плюсую за этот вариант, самый оптимальный в этом случае.

По-моему это уже перебор, не?

@Harmonizr прислал статью, в которой критикуют ViewModel. Все доводы по сути опираются на то, что ViewModel не умеет переживать смерть процесса и, чтобы сохранить состояние, приходится городить костыли. Ну, тут сложно поспорить, всё действительно так. Но у меня есть несколько противопоставлений:
1. Иногда действительно нужно сохранять много. Вот бывают такие кейсы, ничего с этим не сделаешь. А поскольку Android будет в нас плеваться TransactionTooLargeException, эти данные мы всё равно потеряем и будем грузить заново
2. В некоторых случаях действительно можно наплевать на save and restore flow. Например, если в куске аппа не требуется никакого persistence, сессия истекает через 10 минут, а данных больно много
3. Ну и были слухи, что Google что-то накрутит для save and restore у ViewModel, если мне не изменяет память
Ну и да, в App in the Air мы довольно активно пользуемся ViewModel и LiveData. Нам они здорово помогают. Я считаю, что нельзя выбирать технологию X и говорить, что её не надо использовать. У всего есть своя область применимости. Использование мозга никто не отменял. Пользуйтесь тем, что решает вашу задачу хорошо.

#viewmodel #architecture #components
https://www.techyourchance.com/android-viewmodel-architecture-component-harmful/

Перебор в чем? Много критикуют VM да и в целом AAC, никто не спорит, что в некоторых местах компоненты себя плохо показывают, все зависит от ситуации

Использовать для persistent. ВМ не плохо справляется с возложенными на нее обязанностями. Даже если гугл что-то накрутит, то это буду теже костыли с красивыми ручками. По факту, это только всё усложнит и будет больше багов. Спасибо, не надо. ))

Меня вообще на сегодняшний день все устраивает в вм и лайф дате.

Ps. Я не спорю, что для кого-то это важно, но пусть они костылят и дальше.

я полностью выбросил AAC за исключением Room. Надо ИМХО еще понимать контекст в котором AAC родился. А родился он на фоне тотального индусского кода а-ля Big Good Activity. вот на этом фоне это безусловно прогресс. больше я не вижу плюсов. Вместо VM юзаю спокойно singletone презентеры и retain фрагменты.

Ммм... Вы как-то смешали солёное с мягким. ААС это лишь набор компонентов, если вам не нравится мввм, то это уже другая история для другого чатика. Половина компонентов ААС спокойно вписывается и в клин, и в мвп, и в нормально делай - нормально будет.