|
![]() |
#1 |
Участник
|
Цитата:
разница проявляется, если сформулировать вопрос в клиентских терминах. клиентам нужен дополнительный бизнес-функционал, а не поля. дополнительный бизнес-функционал подразумевает, что: 1. пользователи (или другой функционал/скрипт/демон) могут вводить куда-то значения дополнительных параметров (или система сама сможет забирать значения откуда-нибудь) 2. система с этими параметрами что-то делает 3. пользователи получают результаты работы системы (отчеты, другие документы, автоматический вызов чего-нибудь и т.п.) так вот, "насоздавать полей" - это всего лишь часть задачи, необходимой для пользователю. решать отдельную подзадачу "создавать поля", при этом никак не решая остальные подзадачи - бессмысленно. давать неким повер-пользователям инструмент для решения подзадачи "создавать поля" вдвойне бессмыслено, поскольку даже у повер-пользователей в принципе нет возможности научить систему что-то делать с этими созданными полями. заложить новые действия может только программист ) ну и по таким полям нет никакой валидации, поиска, нормальной сортировки (в виду отсутствия индексов), логирования, экспорта/импорта, настройки прав доступа и прочего такого привычного административного функционала. ))) в общем, фича которая наглядно демонстрирует насколько разработчики не в курсе того, что на самом деле нужно пользователям. да, некий ментальный фильтр - ослиный мостик. тут полностью согласен с fed. Последний раз редактировалось mazzy; 16.11.2017 в 22:08. |
|
|
За это сообщение автора поблагодарили: ax_mct (1). |
![]() |
#2 |
Banned
|
Цитата:
Как именно это будет решено, мы не знаем. Если нельзя будет фильтровать и сортировать, то benefit конечно будет мал. |
|
![]() |
#3 |
Moderator
|
|
|
![]() |
#4 |
Участник
|
очень правильное утверждение. "было", "несколько", "доработок".
и ради этого делают фичу. которая НЕИЗБЕЖНО потребует изменения в администрировании, экспорте/импорте, индексах и прочее. ) как будто в аксапте других проблем нет. Цитата:
бывают системы, где вводимые и значимые данные совпадают. это целый класс систем. но аксапта не такая. в ней используется подход "черновик/проводки". Черновик - это журнал, заказ. пользователь вводит данные в черновик. черновик почти не влияет на итоги. система выполняет валидацию этих данных, очистку, согласование с другими данными, после чего делает разноску в другие таблицы. При разноске пользовательские данные преобразуются, распределяются в разные модули и т.п. пользователь получает результат в виде разнесенных данных. пользовательские данные хранятся только в справочниках. и это в большинстве случаев это дефолтные данные, которые будут подставлены в черновик перед разноской. ))) В условиях такого подхода, применять фичу "из TFS"... это просто не знать аксапту Цитата:
Да, есть системы, где пользовательский ввод вполне допустим. Это системы в которых пользователь вводит данные непосредственно в итоговые таблицы. TFS, CRM, аксфорум ))) и многие другие. В таких системах, как правило, присутствует очень богатый функционал для работы и администрирования пользовательских полей. Аксапта - не такая ) Это не хорошо и не плохо. Это просто по-другому. Не понимать разницу... И пытаться "тыкать носом" в... Как скажете. Именно! |
|
Теги |
d365o |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|