Всем привет. Есть макет для portraint/landscape. В первом отображается 2 поля, во втором нужно отобразить 3. Как правильно сделать? 1) Скрыть 3 поле с помощью visible:gone в портретной ориентации 2) Вообще не добавлять 3 поле в портретную ориентацию, соответственно в коде делать проверку типа getConfiguration().orientation 3) ?

Кто встречался с версионностью сущностей в json?

3. сделать две разметки

все равно придется делать ифы, для проверки ориентации. Или я неправильно понял?

А конкретнее что?

Приложение будет принимать модельные данные в json от сервера. Плюс хранить в кэше (не суть важно). Приложение может обновиться и в новой версии некоторые поля модели могут поменяться. Нужно уметь поддерживать версии сущностей как старые, так и новые, при возможности заменять в хранилище на последнюю версию

Ребята, а есть какой-нибудь ресерч по браузерам в дроиде? хром, самсунг, опера, файрфокс и тд они все построены на базовом webview?

нет. Мазила, кажется, на стандартном вебвью, а остальные вроде на движке хромиум

наверное данные с сервера всеже поменяются? Логика как и с базами данных. Узнаешь с какой версией формата работаешь и конвертишь до последней используемой версии

Да. На сервере естественно нужно будет поддерживать последнюю версию модели. Но я пока о веб думаю - нужно локально хотя бы хранилище создать. И если приложение обновится - нужно знать о версии модели, чтобы конвертить. Готовых решений не встречали, как это делать? Я могу завести поле version во все pojo конечно... но как то костыльно, нет?

Тоесть json на устройстве главней джона на сервере?

я направления изменения не понимаю, кто главный, а кто должен миграцию поддерживать)

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

Заставить пользователя обновиться - это идея не очень... и даже когда он обновится - что делать с локальными данными? Отправлять серваку на миграцию? Абсурд

Локальные мигрируй уже встроенными средствами БД, это очевидно. А как ты поддержишь новый функционал на старой версии приложения? Вот уж точно где абсурд)

Обновлением приложения мигрирую на новую - получаю новый функционал...

Локальные мигрируй уже встроенными средствами БД, это очевидно. А как ты поддержишь новый функционал на старой версии приложения? Вот уж точно где абсурд)

>Заставить пользователя обновиться - это идея не очень...

Хорошо... переделаю вопрос. Какие БД хранят в json и поддерживают миграцию?

у тебя жсон файлы вместо базы данных используются?

Планировалось...

nosql по сути и есть жсон, фаербэйс например. не смотрел, но миграции там наврятли есть встроенные, свою логику пиши и перелопачивай все данные)

Хорошо... переделаю вопрос. Какие БД хранят в json и поддерживают миграцию?

Ребят кто-нибудь делал приложение без фрагментов, что-то по этому поводу мало инфы? какие подводные камни могут быть?

чисто на activity?

А в чем резон?

А в чем резон?

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

а потом все приходят к тому, что во вью свой костыльный аналог ЖЦ пилят

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

всеравно в конце к своему велосипеду подобному фрагментам придешь

https://github.com/bluelinelabs/Conductor вот попытка, вроде бы довольно успешная. Но по отзывам и там и там есть косяки, а современные фрагменты норм себя ведут

onDetachedFromWindow вызывается же после onDestroy?

зачем тратить время на уже решенную задачу?

Как понять что view сейчас отображается? Активити в onStop, в'юха работает, если данные придут после onSaveInstanceState будет плохо

и в размере\слаженности команды

к замене фрагментов на вью?

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

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

фрагментов на вью

Я просто сталкивался с такими проектами в стиле NewspaperListBox extends ListBox extends GeneratedBox extends Box extends BaseBox

а сколько разработчиков у вас на проекте?

все не так печально)

любую инфу связанную с разработкой и компанией говорить не могу, сорри

Но в итоге до этого длйдет, когда приходят новые люди, не понимают до конца всех тех тонкостей, которые ты вложил в проект и начинают свое дописывать