Пожелания


[ Пpишедшие ответы ] /www.hdru.com/wwwboard/faq.htm">Help ]

Posted by Рустем Мухаметшин on October 27, 1998 at 02:54:01:

In Reply to: O пpедстоящей замене фоpмата *.F3P и *.RUL posted by Аpкадий Водяник, ЗАО Хакеpс Дизайн on October 25, 1998 at 16:51:48:

Ну уж поскольку грядет переход на новую версию хотелось бы высказать несколько пожеланий

1) Механизм pragm сейчас весьма распространен, но его поддержка в программе весьма сумбурна и непоследовательна. Вероятно нужно ввести нормальную возможность запуска форм с аргументами. При этом не только из клиента или из листа дерева, но и из самих форм, т.е. нужно добавить (модифицироавть [ia...]) новую функцию [run FormName,Arg1,Arg2,...]. В дереве аргументом прагмы может быть толко число что тоже очень неудобно.

2) Тоже самое для файлов коэфициентов. При построении сколь нибудь сложной аналитики (хотябы и товарной) удобно использовать ограниченный набор файлов коэфициентов (к примеру на товарах: MAT_COM, MAT_OUT). При этом они должна срабатывать в весьма разнообразных ситуациях, с различными входными условиями. Получается так что в этих ф/к приходится определять некоторые входные переменные (в которых должна быть входящая информация о конкретной ситуации). При этом перед вызовом такого ф/к приходится ставить один а то и несколько ф/к определяющих эти самые переменные (сюда стоит добавить и большую лаконичность в длине переменной). Я предлагаю делать вместо этого примерно следующее:
@T('41-01') X MAT_COM($D,'41-01',Q,S,ND,3)
При этом аргуметы должны присваиваться переменным %1, %2, %3, %4, ... (как в ДОС), ну и %0 - кол-во указанных аргументов. Для справочников можно и в прежнем варианте

3) Необходимо увеличить подробность в правах на доступ в прошлое. Запрещать доступ в прошлое начиная со вчерашнего дня во многих ситуациях просто бессмысленно, однако запретить доступ в прошлый квартал очень хотелось бы.

4) Иногда бывает нужно чтобы сервер в DUAL режиме успел подсбить баланс, однако в это время идет ввод операций. Можно подать директиву m on, но в этом случае затормозиться вся работа и пропадет в некоторых случаях ввод совершенный операторами. Наверное можно сделать директиву предписывающую серверу "откладывать" директивы на ввод операций (просто временно их игнорировать, оставлять на потом) исполняя при этом остальные.

5) Для упорядочивания работы с многострочными операциями, возможности перестановки операций можно ввести директиву на ввод операции перед указанным штампом

6) Ну и наверное давно имеет смысл создания INI файла сервера в каталоге конкретной базы. В него можно собирать различную информацию предписывающую серверу режим работы с базой. В том числе:
длину операций в журналах
наличие кэша форм
флаги генерации протоколов
флаги управления памятью
...


Пpишедшие ответы: