Как позволить среднему пользователю разработать булево выражение, графически [закрытое]

Конечные пользователи имеют серьезные проблемы со сложными логическими конструкциями. На этот счет был проведен ряд исследований (И им довольно легко понять, но ИЛИ сложно). Предоставьте своим конечным пользователям доступ к генератору логических выражений общего назначения, и вы без конца прыгаете в кроличью нору.

• Решение JacobM - хорошее упрощение.
• Одна система, которую я использовал в прошлом, - это уточнение поиска : разрешить только одно или два решения для первого поиска, а затем позволить конечным пользователям сокращать результаты с помощью ряда отдельных решений («просто показывать подрядчиков», «не продавать» и т. д.). Для того, чтобы это работало хорошо, вам обычно нужен простой способ для них поддерживать недавние поисковые запросы, либо через список окон с вкладками, либо что-то еще.
• Тщательно подумайте о своих конечных пользователях. Неужели им действительно нужен полный логический поисковый генератор? Какие именно данные им нужны? Требуется ли для доступа к этим данным поиск не более сложный, чем произвольное ограничение? Если это так, создайте свой пользовательский интерфейс так, чтобы он поддерживал только этот предел. Решение JacobM в некоторой степени является примером этого.

Возможно, вы могли бы использовать расширенный поиск Google для уточнения поиска. Если повезет, пользователи будут с этим знакомы.

В базе данных MS Access есть мастер создания отчетов. Пользователю посторожить SQL-запрос интуитивно понятным способом. TOAD также имеет мастер для фильтрации запросов.

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

Для большей мощности и гибкости, чем вы можете достичь с фиксированными списками полей, существует запрос по примеру , хорошо зарекомендовавший себя подход, который позволяет создавать сложные Логические выражения.

Для действительно графических способов задания неограниченного числа произвольных логических выражений существует пара, использующая метафоры путей:

• Калейдозапрос Мюррея, Патона и Брайса (Journal of Visual Languages ​​& Computing Volume 11, Issue 2, April 2000, p151-189)

• Filer / flow Шнейдермана (Материалы 54-го ежегодного собрания Американского общества информационных наук, том 28, Вашингтон, округ Колумбия, 27-31 октября 1991 г., {{ 1}} p379-384).

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