Нативный backend-driven UI в iOS приложении на базе Editor.js

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

3838

Комментарий недоступен

3
Ответить

1. На производительность может влиять только реализация верстки в отдельных блоках. В тех, что поддерживаются из коробки - нет ничего тяжелого, автолейаут обычный, пара лейблов и картинка - максимум. Если реализовать кастомный сложный блок (например, положить в него... игру), и поместить его в скролл, то не исключено, что скролл будет подлагивать - но это уже другая история :)
2. Не совсем, но такая цель тоже легко реализуема. На бэкенд можно прокидывать версию приложения и в зависимости от нее возвращать контент. Основная наша цель была - уменьшить количество будущих трудозатрат для реализации такой тривиальной задачи.
3. Первую MVP версию собрали на фуллтайме за 2 недели, потом еще 4 месяца понемногу улучшали и расширяли. После чего был перерыв, и вот сейчас вернулись к нему, значительно обновили кодовую базу для iOS, и для Android тоже на очереди.
4. Мы с помощью фреймворка решали задачи вроде реализации маркетплейсов с динамическими страницами товаров, описаниями, новостными статьями, обзорами. Тут точно оправдано, время было сэкономлено не только на фронте, но и на бэке - там большинство контента хранили как jsonb в базе, и не заморачивались со специальными таблицами или orm.

1
Ответить