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

Опыт Rambler Group: как мы начали полностью контролировать формирование и поведение фронтовых React компонентов

Время на прочтение 13 мин
Количество просмотров 9.3K
Всего голосов 35: ↑34 и ↓1 +33
Комментарии 15

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

«… возможность быстро и гибко создавать новые VIEW части — например мобильные или desktop приложения»
Как велосипед для создания форм на бутстрапе, реакте и пхп поможет создавать мобильные и десктоп приложения?
Он в лучшем случае поможет создавать те же формы при использовании реакт нейтив для смартфонов и електрона для десктопа, но никак не все приложение
Есть подозрения, что под «формами» можно подразумевать вообще любой компонент. Который в свою очередь ссылается на React компонент. Так что в результате получается результат: Общая переносимая АПИшка, общий набор компонентов, различия только в данных «UISchema», т.е. в метаинформации о том как отображать данные.
Только вот подобные конфиги тяготеют к тьюринг-полноте.
А это плохо? Если документировано, читаемо и лаконично, конечно же.
Если. А на деле как правило из таких конфигов получается недоязык программирования целиком и полностью состоящий из протекающих абстракций и костылей.
НЛО прилетело и опубликовало эту надпись здесь
Front-end разработчики попросили добавлять props в ui:options, там с этим проще. Остались только глобальные типа ui:group.
НЛО прилетело и опубликовало эту надпись здесь
мы к этому точно не стремимся. по максимуму использовать jsonSchema. добавлять только если действительно проще будет использовать в работе.

Каждый раз, когда я читаю про системы генерации форм из компонентов, у меня влажнятся глаза, потому что наш дизайнер на каждое новое место всегда рисует новый дизайн. Из переиспользуемых компонент у меня только одна кнопка Продолжить и круглый юзерпик.

Ещё есть дизайнеры, которые в рамках дизайна одной страницы в одинаковых компонентах могут размер шрифта уменьшить(потому-что демо текст не влез).
С дизайнерами можно построить диалог, если он конечно не «я художник — я так вижу». Возможно в рамках вашего продукта это оправданно, хотя обычно лучше все делать в едином стиле.
А как вы с гридами работаете? Этот же компонент, только меняете ui:widget?
P.S. Не нашел библиотеки у вас в репозитории
Со стороны back мы можем использовать либо ui:widget либо ui:options. Но соответсвенно фронт их отработать должен, как тут я не подскажу.
Я не правильно выразился ) «компонент», я имел ввиду вашу библиотеку. Другими словами, вы с помощью своей схемы отдаете не только формы, но и гриды, а фронт как-то разгребает?
у нас только формы
Зарегистрируйтесь на Хабре , чтобы оставить комментарий