Comments 7
А почему backed-driven UI это паттерн? Крупновато для паттерна, не находите?
Я думаю что это паттерн, используемый на уровне проектирования системы в целом. Или паттерном может быть только пресловутый синглтон или абстрактная фабрика? :)
Браузер и веб-страницы, отсылаемые с сервера в виде html и css тоже backend-driven UI. Мы же не называем это паттерном. Для этой задачи миллион решений, что противоречит понятию паттерна как регулярного шаблона для решения конкретной задачи конкретным образом.
Браузер и веб-страницы, отсылаемые с сервера в виде html и css тоже backend-driven UI.
В самом широком смысле это так.
Для этой задачи миллион решений, что противоречит понятию паттерна как регулярного шаблона для решения конкретной задачи конкретным образом.
Есть проблема - доставка обновления до пользователя.
Есть общий подход к решению или же паттерн: отправляем на клиент "разметку" и рисуем ее.
Есть частные варианты решения: DivKit, dynamic_widget, Duit.
Не вижу смысла продолжать обсуждение, мне не понятно в чем спор. Если это единственная претензия к моей статье - то это хорошая новость :)
А как лучше реализовывать отправку событий в аналитику? Например при фокусе на текстовое поле
Сейчас прямого пути, чтобы это сделать нет. Экшены, с которыми можно связать функции предусматривают только навигацию и открытие внешних ссылок.
Если этот функционал прям очень нужен и важен, то заведите issue на github, а я посмотрю, что можно с этим сделать :)
Практическая реализация паттерна Server-Driven UI на Flutter c использованием фреймворка Duit