Должны ли мы использовать механизм правил для обработки бизнес-логики вместо обычного кода - PullRequest
0 голосов
/ 18 апреля 2019

Наша производственная среда еще не в моде.У нас еще очень тяжелый цикл развертывания.Некоторые из наших разработчиков приходят к дизайну, который помещает всю логику в так называемый механизм правил.Механизм правил - это не то, что позволит бизнесу изменять правила, но компонент может динамически запускать фрагмент кода из базы данных.Основное преимущество заключается в том, что вам не нужно выполнять какое-либо развертывание приложения, если требуются какие-то временные изменения, а просто обновлять фрагмент кода в базе данных, и сервер приложений может динамически загружать его из базы данных.Я нашел несколько постов раньше: Когда используется механизм бизнес-правил http://thedailywtf.com/articles/soft_coding

Второй пост, относящийся к 2007 году, очень хороший.Но через 10 лет я хочу выяснить, является ли эта практика действительно хорошим шаблоном дизайна или нет, и почему.У меня есть некоторые опасения:

  1. Код трудно читать и поддерживать
  2. Трудно управлять версией между основным кодом и фрагментом кода
  3. Этовид результата из боязни развертывания.Вместо этого микросервисные, безсерверные и другие платформы должны фундаментально поддерживать легкий вес и независимое развертывание.

Возможно, моя мысль не верна, и спасибо за все заранее внесенные замечания

...