В чем разница между правилом проверки и бизнес-правилом?
Насколько я понимаю, «если состояние бизнес-объекта / объектов не такое, как ожидалось, то выдавать сообщение об ошибке» является правилом проверки, а «когда состояние бизнес-объекта / объектов равно или не равно» к чему-то, затем измените состояние некоторого бизнес-объекта / объектов [или выполните какое-либо действие / событие, но не просто вызовите ошибку] »- это бизнес-правило.
Проверка может быть проверкой пользовательского интерфейса - проверять значения полей пользовательского интерфейса или проверки приложений - проверять состояние бизнес-объекта.
Я не уверен, правильно ли я понял выше. В моем проекте у нас есть структура проверки, где простой вызов проверки принимает бизнес-объекты для проверки на что-то и сборщик ошибок, который собирает все ошибки. Ошибки отображаются на экране после слов.
В дополнение к этому у нас есть правила, которые попадают во вторую категорию, как описано выше, то есть проверяют состояние бизнес-объекта / объектов и предпринимают некоторые действия, такие как изменение состояния другого бизнес-объекта. Я пытаюсь найти стратегию реализации таких правил либо с использованием некоторой структуры [не структуры проверки], либо механизма правил.
Не могли бы вы помочь мне понять различие между двумя вышеупомянутыми правилами и есть ли какие-либо стратегии / рекомендации реализации, было бы полезно.