Как стать автором
Обновить

BDUI — это спасение от релизов: «Какие ваши доказательства?»

Уровень сложностиПростой
Время на прочтение10 мин
Количество просмотров2.9K
Всего голосов 20: ↑18 и ↓2+19
Комментарии6

Комментарии 6

Было бы неплохо в первом абзаце хотя-бы кратко рассказать что есть "BDUI", иначе пере тем как читать стать надо сначала идти гуглить... или не читать статью.

Релизы всё-таки нужны, когда мы хотим создавать новые компоненты или менять поведение существующих.

На мой взгляд это основная причина, по которой овчинка не стоит выделки. Желание как-то перетасовать уже готовые элементы на экране – крайне редкая причина для релиза. Обычно таковой становится как раз необходимость изменения поведения – то ли баг починить, то ли фичу добавить. А городить такой огород ради возможности исправить опечатку без релиза – ну так себе идея.

Реализация BDUI не смотрится уже так плохо, если стоит задача сделать 1000 форм и поддерживать их в актуальном состоянии с ограниченными ресурсами. Или как в моем случае технологическими ограничениями beckend.

если стоит задача сделать 1000 форм и поддерживать их в актуальном состоянии с ограниченными ресурсами

Я не утверждаю, что такой подход совершенно неприменим – вероятно, есть какие-то ситуации, когда так стоит делать. Но подозреваю, что на саму реализацию и поддержание такой системы понадобится очень немало ресурсов – причём весьма квалифицированных специалистов. В отличие от формошлёпов, которые и стоят дешевле, и найти их проще.

За счёт чего упростится поддержка массовых изменений, тоже не до конца понятно. Можете привести конкретный кейс, когда BDUI в этом сильно помог? Даже любопытно – может, тоже стоит попробовать.

Если вы еще сами не пришли к мысли, что вам нужно такое, может это и перебор.
Мой кейс это когда один фронтенд разработчик занимается web реализацией BDUI и 3+N бэкенд разработчика занимаются задачами бизнеса, не вникая js и вэб (где N разработчики другой компании и их количество мне не известно).

Спасибо за статью, было любопытно узнать, что Альфа-банк использует такой подход. Конечно, для вас он более чем оправдан, так как банковских приложений нет в эппсторе, отсюда и актуальные проблемы с релизами.

Было бы интересно узнать, как при BDUI-подходе добиваются консистентности данных, особенно для таких чувствительных к этим данным приложений, как банковские (мне со стороны непонятно, как это реализовать без нагромождения костылей).

Пс. Про один из минусов не сказали — медленная загрузка при слабом интернете, например, в каком-нибудь подвальном помещении.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий