а потом будет магия когда будешь данные брать и добавлять к переменные с другим типом данных )

так там документоориентированная БД. Внутри JSON`чики валяются, если я правильно помню

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

нет возможности :)

+1

Согласен с вами что это хорошая практика когда всё строго)

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

поясни?)

Где можно найти маны по Котлин у и api андройда? Хочется освоить.

в гугле, яндексе, дакдакгоу, рамблере, бинге, яху

классический ответ олдов :))

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

там разовая задачка)

ну если разовая , то флаг как говорится в руки )

Спасибо потыкаю

Тоесть переобновлять ничего не нужно будет - тупо получил данные - отправил запрос на серв и на этом закончилось всё

а так полностью согласен что всё должно быть строго

ну тогда да, котлин тут хорош, не поспоришь )

может кто подсказать почему не получается использовать закоментированный код и почему обязательно надо использовать с преобразователем(Transformation), ведь по сути что закоментированный код что Transformation код делают одно и тоже нет?