Как пишут сложные интерфейсы больших систем на предприятиях?
Интересует подход к проектированию и реализации в конторах, работающих на запад, я насколько знаю, все фреймворки предполагают написание дизайнерами шаблонов на html с вставками, куда потом программист вписывает код типа {{data.PartnerName}} и т.п.
Всегда ли такой подход практикуется, особенно когда в системе сотни форм и они однотипные? Например надо сделать новый объект-документ, у него минимум три формы (список, форма выбора, элемент). Программист либо достает из закромов файлы-"заготовки", либо применяет какой то генератор, либо пишет кодом (самый бредовый подход по-моему)?
Единственный симпатичный редактор форм видел у Webix, очень удобно и быстро можно натаскать мышкой контролы. У платных фреймворков бывают какие-то "билдеры", но там получаем просто html, не хватает привязки к источникам данных. Каждая контора пишет потом свой внутренний велосипед?
Эталоном я считаю 1С, когда любой интерфейс можно накидать визуально, а код нужен только для бизнес-логики (и на фронте и на бэке), хотелось бы в вебе найти комплексную библиотеку с аналогичным подходом или хотя бы технологию интеграции разных библиотек.
Архитектор информационных систем и баз данных. Ful
На совеременных предприятиях UI переводиться на UI библиотеки на основе Angular,Vue,React и подобных систем для фронта. Визуальные редакторы думаю тоже есть, если поискать. На чем API пилить, это уже второй вопрос.
Angular,Vue,React это только обертка над html и логикой, все равно надо пилить руками компоненты/страницы с привязкой к Store. Я вижу такое решение - некая библиотека UI-компонент на Vue/React которая рендерит экраны по описанию формы, с отдельным SPA-приложением "Редактор UI", который может подключаться к твоей базе, в нем ты накидываешь формы с привязкой к данным, а скрипты с бизнес-логикой пишешь в той же папке, в идеале прям в этом приложении, если полноценный редактор кода туда встроить. Короче, все равно получается 1С-ный конфигуратор :)
Есть множество UI библиотек для всех популярных фреймворков на самом деле.
На счет визуальных редакторов я считаю что это не совсем удобно, быстрее мне кажется накидать форму самому.
что может быть быстрее чем накидывание мышкой и отметки галочками? Я пробовал кодом дорабатывать формы сложных документов. Потом постоянно приходится вспоминать почему тот или иной контрол показывается или не доступен - какие факторы и логика на него влияют и в каком месте он добавляется вообще. Как не видя форму, по коду представить ее внешний вид - не представляю. Только если в фазе ее активной разработки. Или если это форма опроса из 10 статичных полей.
В справочнике договоров у нас например 10 закладок и больше 200 реквизитов + штук 50 реквизитов сеанса без хранения в базе но визуально видимых.
Простой
