Re: Рекурсия в ФБП



Posted by Анимица Анатолий on February 07, 1999 at 01:38:18:

In Reply to: Re: Рекурсия в ФБП posted by Владимир Секретев, Клуб Любителей Бухгалтерского Учета on February 06, 1999 at 14:25:16:

: Юморист!

Спасибо. Побаловались, и хватит.
Это была шутка, смотрю, никто ничего не пишет, может быть, и не читают.
Читают, однако.

Я возвращаюсь к правилам создания и ведения первичных документов.
Важно минимизировать затраты времени и ресурсов в пересчете. Поэтому у меня в последних разработках все постепенно сокращается до "длинная ветвь (чаще всего до упора)"-"один файл-коэффициент"-"нет первичного документа". ct-чувствительные формы для ответов на вопросы разворачиваются на фиктивных счетах, состоящих из одного субсчета "итого". В файле-коэффициенте последовательно производится: формирование проводок (выбор счетов и расчет сумм), установка экстрапараметров, генерация фактов, контроль наличия первичного документа или его аутентичности тому, который может появиться сечас, генерация документа.
С целью сокращения вычислительной работы я пока остановился на следующей модели контроля условия "создавать ли документ" - документ не создается, если он уже есть и штампы совпадают и ключевое число, например, итоговая сумма или некое композитное число, совпадает с прежним. Иначе документ дописывается в хвост. Для полного контроля аутентичности не хватает запрошенных раньше функций или хотя бы [antich 'char'] (название условное)
Отсутствие общего программного блока, в котором можно было бы подобно first.rpt держать библиотеки и разные другие полезные вещи, постепенно убеждает меня в необходимости свести все к одному файлу-коэффициенту, подобно форме на } у Сергея Васеленко.

Но возникает уже методическая проблема - ничего этого уже не сможет сделать конечный пользователь.

Поэтому приглашаю всех к обсуждению еще одной новой темы: программные интерфейсы и переносимые модули в ФБП.



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