Причины использования правил движков - PullRequest
5 голосов
/ 23 сентября 2011

Это более общий вопрос. Но я пытаюсь понять концепцию использования инструмента и зачем нужен этот инструмент. Я продолжаю ходить по кругу.

q) Зачем нам нужны правила?

Я читал о механизмах правил Drools и ILOG, и до сих пор не ясно, какую пользу может получить организация от использования этих инструментов.

q) Это просто для того, чтобы дать бизнес-пользователям возможность инициировать запросы (которые называются правилами) к базе данных (хранилище)?

Разве эта дополнительная часть программного обеспечения не дает больше денег, потраченных на лицензии и поддержку, по сравнению с полученной выгодой?

В любом случае у нас есть все приложения, делающие одно и то же.

Пример: Если продажи <5000000 $, тогда отгрузка заказа = Нет </p>

Выше приведен пример бизнес-логики. Это легко реализуется в программе. Так в чем же преимущество использования механизма правил?

Любой вклад был бы великолепен! Спасибо.

Ответы [ 2 ]

2 голосов
/ 23 сентября 2011

Вы смотрели на этот документ: Почему я должен использовать механизм правил?

Довольно ясно, когда использовать, а не использовать механизм правил.

Посмотрите на эти 2 параграфа:

1.2.5. Сильное и слабое сцепление

Нет сомнений, что вы слышали такие термины, как «жесткая связь» и «слабая связь». сцепление "в проектировании систем. Как правило, люди утверждают, что" свободный "или «слабая» связь предпочтительна с точки зрения дизайна из-за гибкость это дает. Точно так же вы можете иметь «сильно связанные» и «слабо связанные» правила. Сильная связь в этом смысле означает, что один правило "срабатывания" явно приведет к запуску другого правила и т. д .; другими словами, существует четкая (вероятно, очевидная) цепочка логики. Если все ваши правила тесно связаны, есть вероятность, что оказываются негибкими, и, что более важно, это механизм правил это перебор. Четкая цепь может быть жестко закодирована или реализована с использованием Дерево решений. Нельзя сказать, что сильная связь по своей природе плохо, но об этом следует помнить при рассмотрении механизма правил и то, как вы фиксируете правила. «Слабо» связанные правила должны привести к системе, которая позволяет правилам быть изменены, удалены и добавлены без необходимости изменения других, не связанных правил.

и

Мне кажется, что в волнении работы с двигателями правил, что люди забывают, что движок правил - это только одна часть комплекса приложение или решение. Правила движков на самом деле не предназначены для обрабатывать рабочий процесс или выполнение процесса, а также не являются механизмами рабочего процесса или инструменты управления процессами, предназначенные для выполнения правил. Используйте правильный инструмент для работа. Конечно, плоскогубцы могут быть использованы в качестве ударного инструмента в щепотка, но это не то, для чего он предназначен. - Дэйв Хаму

Надеюсь, это поможет

1 голос
/ 23 сентября 2011

Существует множество преимуществ использования механизма бизнес-правил или пакета управления бизнес-правилами. Когда вы начинаете отделять бизнес-логику от своего приложения, используя декларативный подход, вы в конечном итоге получаете свои бизнес-знания, выраженные в этих правилах. Этот факт чрезвычайно ценен для компании, которая может иметь все свои знания в централизованном хранилище, и все их приложения могут повторно использоваться.

Декларативная власть также является ключевым понятием в моей перспективе. Идея позволить движку выбирать правила, необходимые для конкретной ситуации, великолепна. Механизмы правил оптимизированы для этой цели и отлично справляются с задачей, когда у вас есть тонна правил, которые необходимо оценить.

Надеюсь, это поможет:)

...