Как хранить бизнес и бухгалтерские правила? Вот дядя Боб(Мартин) в своей книжке про архитектуру пишет, что программе лучше всего опираться на бизнес-правила, которые меняются реже всего. Видать, дядя Боб не нюхал нашего ЦБ. Каждый год выходят новые требования к финансовому и бух.учёту. Постоянно приходят задания типа сделай А, если счёт начинается на Х. Через год требуется, "но чтобы в 13 позиции счёта была 1". Я который год рисую эти загогулины вокруг единичек в счетах и тому подобного. Опираться на эту "бизнес-логику" нереально. Что-то можно вынести в справочники типа X->A, Y->B. Но тогда придётся писать справочник для КАЖДОЙ процедуры. А потом придёт новая инструкция и справочник станет бесполезен. Как? Как хранить крючкотворные постоянно меняющиеся правила учёта и не превратить свой код в билиберду с кучей IF, масок счетов и т.д?
Один из способов хранения бизнес и бухгалтерских правил - использование правил и бизнес-правиловых движков или систем автоматизации. Это позволяет вынести логику из кода и хранить ее в виде конфигурационных файлов или баз данных. Такой подход позволяет быстро изменять правила учета без необходимости изменения кода программы. Другой способ - использование шаблонов проектирования, таких как цепочка обязанностей или стратегия. Это позволяет разделить бизнес-логику на отдельные компоненты и обрабатывать их последовательно или параллельно в зависимости от условий. Также можно использовать документацию и комментарии в коде для описания и хранения бизнес-правил. Важно документировать каждое правило и обновлять документацию при изменении правил. В любом случае, важно иметь хорошо структурированный и документированный код, чтобы легко понимать и изменять логику программы при необходимости.
Один из способов хранения бизнес и бухгалтерских правил - использование правил и бизнес-правиловых движков или систем автоматизации. Это позволяет вынести логику из кода и хранить ее в виде конфигурационных файлов или баз данных. Такой подход позволяет быстро изменять правила учета без необходимости изменения кода программы.
Другой способ - использование шаблонов проектирования, таких как цепочка обязанностей или стратегия. Это позволяет разделить бизнес-логику на отдельные компоненты и обрабатывать их последовательно или параллельно в зависимости от условий.
Также можно использовать документацию и комментарии в коде для описания и хранения бизнес-правил. Важно документировать каждое правило и обновлять документацию при изменении правил.
В любом случае, важно иметь хорошо структурированный и документированный код, чтобы легко понимать и изменять логику программы при необходимости.