Перенести создание пользовательских полей в администрирование
Понравилась ли вам эта идея?
не совсем согласна...
Мастер ускоряет создание поля как минимум в 2 раза (поле-справочника особенно). а контролы можно и вручную потом добавить на форму (главное не указывать типы записей) и прописать для них логику "появления" отдельно.
и даже если создано через мастер -- вот тут описано, как обращаться к таким полям.
"Ольга Прилипко" написал:Мастер ускоряет создание поля как минимум в 2 раза (поле-справочника особенно). а контролы можно и вручную потом добавить на форму
А можно сразу использовать FieldMaker.
Совсем не согласен)
Как пользовательские поля ставят под удар работу разработчиков?
Как пользовательские поля можно переносить в админку? Они созданы для того, чтобы пользователи могли простым и понятным способом создать себе поля. Это очень удобно тем, кто показывает демо-версии, и тем у кого отличия от базовой версии ограничиваются набором полей.
Опять же для того, чтобы изменять пользовательские поля нужны права администратора - а это должен быть человек ответственный, а не все подряд.
"Ольга Прилипко" написал:не совсем согласна...
Мастер ускоряет создание поля как минимум в 2 раза (поле-справочника особенно). а контролы можно и вручную потом добавить на форму (главное не указывать типы записей) и прописать для них логику "появления" отдельно.
и даже если создано через мастер -- вот тут описано, как обращаться к таким полям.
1)Я всеми руками за мастер, но нормальный мастер и в нужном месте...
2)При создание пакета обновлений разработчик не должен переживать, что кто то создал новое поле... Источник обновлений должен быть в одном месте, если их несколько то это не должно приводить к фатальным последствиям.
3)Все таки можно дотянуться до контролов от пользовательских полей - это хорошо, но все равно крайне неудобно.
"Андросов Дмитрий" написал:Совсем не согласен)
Как пользовательские поля ставят под удар работу разработчиков?
Как пользовательские поля можно переносить в админку? Они созданы для того, чтобы пользователи могли простым и понятным способом создать себе поля. Это очень удобно тем, кто показывает демо-версии, и тем у кого отличия от базовой версии ограничиваются набором полей.
Опять же для того, чтобы изменять пользовательские поля нужны права администратора - а это должен быть человек ответственный, а не все подряд.
1)У вас пакет обновлений с новым полем - нужно обновить таблицу, сервис sq_, dataset, имеем полную несовместимость с пользовательскими полями. И у меня до сих пор весит вропрос, какие точно сервисы меняються при создание пользовательского поля - как я могу быть уверен, что я не сломаю очередным апдейтом пользовательское поле?
"Борисов Михаил Евгеньевич" написал:разработчик не должен переживать, что кто то создал новое поле
так он и не должен - пусть переживает тот, кто это поле делает
"Борисов Михаил Евгеньевич" написал:как я могу быть уверен, что я не сломаю очередным апдейтом пользовательское поле?
если кто-то еще кроме вас может создавать поля (не важно пользовательские или нет), то согласовывать имена полей нужно обязательно
"Андросов Дмитрий" написал:если кто-то еще кроме вас может создавать поля (не важно пользовательские или нет), то согласовывать имена полей нужно обязательно
Оно сломается независимо от названия. Просто в обновлённых сервисах такого поля не будет. Поможет разве что выгрузка обоих в XML и merge вручную.
"Андросов Дмитрий" написал:
Борисов Михаил Евгеньевич пишет:
как я могу быть уверен, что я не сломаю очередным апдейтом пользовательское поле?
если кто-то еще кроме вас может создавать поля (не важно пользовательские или нет), то согласовывать имена полей нужно обязательно
Ну если без согласования, этим все равно не могут пользоваться и после согласования создает разработчику проблемы, то почему эту функцию не переместить в разработку?
"Зверев Александр" написал:Оно сломается независимо от названия. Просто в обновлённых сервисах такого поля не будет. Поможет разве что выгрузка обоих в XML и merge вручную.
Да, вы правы, но как принцип это нужно. Тогда можно хотя бы сделать merge без проблем.
"Борисов Михаил Евгеньевич" написал:почему эту функцию не переместить в разработку
потому что удобно должно быть в первую очередь пользователю, а не разработчику.
Не пользователь должен думать как бы так не навредить разработчику, а разработчик должен думать как бы не налажать с тем, что сделали/сделают пользователи.
если вам не нужен на данном этапе функционал ПП и вы боитесь конфликтов - просто скройте это действие в wnd_Main
"Андросов Дмитрий" написал:потому что удобно должно быть в первую очередь пользователю
Когда у сотен пользователей появиться возможно спонтанно по своему мнению подкидывать поля с произвольным именованием, флагом обязательности на формы - начнеться апокалипсис. -)
"Борисов Михаил Евгеньевич" написал:
Когда у сотен пользователей появиться возможно спонтанно по своему мнению подкидывать поля с произвольным именованием, флагом обязательности на формы - начнеться апокалипсис. -)
Это могут только пользователи с правами администратора.