Я такое делал, но потом от этой идеи отказался, почему - уже недавно писал. Сделать полноценно не хватит никаких ресурсов, а половинчатое решение, упрощая половину задач, делает дико усложненной другую половину. Хотя я периодически к этой задаче возвращаюсь, но в продакшене до сих пор используются только очень урезанные и упрощенные варианты.
Да... Довольно трудоемко было. Но мы пересилили себя и сделали. Причем поддерживаются и экшены и динамические операции по событиям от контролов. Зато теперь не имеем головной боли. Выбора не было... у всех телекомпаний абсолютно разные хотелки, набор метаданных и их представление. Теперь в ТЗ входит раздел который заполняют клиенты со всеми полями типами итд итп. И отдельный коллега генерит на основе них базу и готовит шаблоны. Плюс как показала практика через некоторое время поля могут модифицироваться и дополнятся.
Это наш велосипед :) Как хотим так и сокращаем. Зачем писать умопомрачительные длинные теги ? Зачем увеличивать размер XML-я ? Нам его по сети гонять и парсеру скармливать а не на стенку вешать в рамочку )
Ладно, с чужой монастырь не полезу. Но: 1. ессли веса боитесь, то нефиг текстовый формат использовать. 2. а если нужна читабельность, так нужно делать читабельно. 3. Во всех аутсурсных коровниках, где работал за такое больно пиздили. Потому что над проектами работает много народу, и некоторым придется в этом ковыряться через 10 лет.
Отчасти принимается. Но во первых все это документировано. Во вторых - это еще один способ заработка. Если клиент решает что его IT отдел может сам заниматься сопровождением и поддержкой - за денужку мы обучаем их спецов и выдаем документацию и разрешаем самим ковырять интерфейсы и базу :) Кушать хочется и развиваться :)
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
no subject
Мы правда изобрели свой велосипед. И формы генерятся на основе XML-ек прилетающих от сервера приложений. Выглядит это так примерно
шаблон по которому генерится форма, вот что клиент отрисовывает
no subject
Хотя я периодически к этой задаче возвращаюсь, но в продакшене до сих пор используются только очень урезанные и упрощенные варианты.
no subject
no subject
no subject
Зачем писать умопомрачительные длинные теги ? Зачем увеличивать размер XML-я ? Нам его по сети гонять и парсеру скармливать а не на стенку вешать в рамочку )
no subject
1. ессли веса боитесь, то нефиг текстовый формат использовать.
2. а если нужна читабельность, так нужно делать читабельно.
3. Во всех аутсурсных коровниках, где работал за такое больно пиздили. Потому что над проектами работает много народу, и некоторым придется в этом ковыряться через 10 лет.
Ну да ладно, это так, пердежь в лужу.
no subject
Но во первых все это документировано.
Во вторых - это еще один способ заработка. Если клиент решает что его IT отдел может сам заниматься сопровождением и поддержкой - за денужку мы обучаем их спецов и выдаем документацию и разрешаем самим ковырять интерфейсы и базу :)
Кушать хочется и развиваться :)