query grid

[dn]

Сергей, извини, не могу удержаться...

Думаю, что в этом конкретном случае ты скорее всего прав, но иногда создание навороченной функциональности бывает оправдано, даже если при этом теряются некоторые стандартные фитчи. Допустим в построении ряда форм есть некая общая идея. Однажды нам потребовалось что-то исправить, в случае одной навороченной формы - исправлять надо единожды, а если у нас N форм - соответственно N раз... Но исключение скорее только подтверждает правило.
Рискую вызвать огонь на себя, но поставлю под сомнение абсолютную полезность некоторых пользовательских возможностей:

Цитата:

• пользователь может настраивать порядок колонок в формах.
• пользователь может настраивать внешний вид форм (скрывать и добавлять поля) при помощи кнопки настройка.

Не раз приходилось реализовывать запросы по отключению этих фитч в некоторых случаях.

Цитата:

• пользователь может включать фильтры в любой форме.

У пользователя останется эта возможность и в "динамической" форме, если использовать query.

Цитата:

• Поля и таблицы могут физически включаться/выключаться при помощи конфигруационных ключей. Вы наверняка это предумотрели в своем суперкоде при программировании.
• В Аксапте есть горизонтальные фильтры - RLS. Вы наверняка это предусмотрели при построении query, не так ли?
• Доступ к полям и таблицам может быть ограничен security-ключами. Вы наверняка предумотрели вертикальное ограничение доступа.

Аналогично, при использовании query это должно работать.

p.s. Я не сторонник бездумного программирования. Но не всегда разработчик может свести программирование к минимуму и не выходить за рамки стандартов. Иногда нужно действительно пересматривать ФД или БП, хотя и это не панацея...