Прямая цепочка рассуждений по сравнению с обратным построением цепочки
Что каждый хорош для этого других не на практике? Я понимаю теорию того, что они делают, но каковы их ограничения и возможности в практическом применении? Я рассматриваю, Пускает слюни по сравнению с прологом Java к новому проекту AI, но открытый для других предложений. Каковы некоторые популярные подходы для вывода на сложном реляционном наборе данных или альтернативах?
2 ответа
Обратное построение цепочки (а-ля Prolog) больше похоже на поиск того, какие начальные условия образуют путь к вашей цели. На самом базовом уровне это поиск в обратном направлении от вашей цели, чтобы найти условия, которые ее выполнят.
Обратное построение цепочек используется в вопросительных приложениях (поиск элементов, удовлетворяющих определенным критериям) - одним из коммерческих примеров применения обратного построения цепочек может быть поиск страховых полисов, покрытых определенным договором перестрахования.
Прямая цепочка (а-ля CLIPS) сопоставляет условия, а затем генерирует выводы из этих условий. Эти условия, в свою очередь, могут соответствовать другим правилам. По сути, в этом случае берется набор начальных условий, а затем из этих условий делаются все возможные выводы.
Умозаключения (если они утверждаются) также могут быть действиями или событиями, которые могут вызвать внешние действия. Это полезно в системах, управляемых событиями, поскольку наборы правил могут быть настроены (например) на инициирование рабочего процесса или какого-либо другого действия. Этот тип движка правил наиболее часто используется в коммерческих приложениях.
Системы, управляемые событиями, являются распространенным применением движков правил с прямой цепочкой. Примером приложения с прямой цепочкой может быть механизм предоставления плана телекоммуникаций (обычно используется для администрирования тарифных планов мобильных телефонов). Ввод конкретного пользователя с определенным планом вызывает ряд элементов, которые должны быть установлены в различных телефонных коммутаторах, биллинговых системах, финансовых системах, системах CRM и т. д.
Ответ обеспокоен очень хорош. Когда меня просят свести разницу к звуку, я обычно говорю что-то вроде:
Много гипотез вывода + много данных впереди => Использовать прямую цепочку
Меньше гипотез вывода + Требуется запрос данных => Использовать Обратная цепочка
Но это просто практическое правило, а не заповедь.