Рекомендации по реализации механизма правил

В чем могут быть причины для реализации собственного механизма правил вместо использования существующего коммерческого / открытого исходного кода? Есть какие-нибудь конкретные рекомендации по реализации механизмов правил?


rule-engine rule
person Snake    schedule 12.03.2011    source источник

Ответы (1)


arrow_upward
8
arrow_downward

См. Этот пост для аргументов в пользу реализации вашего собственного:

Механизм правил - плюсы и минусы

в основном проблема связана с антипаттерном модели анемических данных. как описано здесь:

http://martinfowler.com/bliki/AnemicDomainModel.html

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

  • Сделайте возможность добавлять правила динамическими. Таким образом, вам не нужно выключать систему, чтобы редактировать правила.
  • Сопоставьте синтаксис правил с соответствующим уровнем пользователя, не ожидайте, что секретарь будет писать SQL.
  • Воспользуйтесь своим знанием предметной области, чтобы реализовать свои модели предметной области, против которых вы будете применять свои правила.
  • Drools - хорошее программное обеспечение, попробуйте извлечь уроки из того, как это было реализовано.
  • Постарайтесь сделать свой механизм правил модульным, чтобы он функционировал независимо от любых инструментов бизнес-процессов, которые вы можете использовать.
person rogermushroom    schedule 12.03.2011