Как я могу реализовать удобную логическую логику в графическом интерфейсе веб-формы?

Когда вам нужно обработать ( (A or B) and C) or (D or E or F), вы работаете с древовидной структурой данных. По моему опыту, нет простого способа представить пользователям деревья решений в «красивом» или «интуитивном» виде. Это вдвойне сложно в веб-формах ASP.NET.

Тем не менее, один проверенный и верный подход заключается в следующем: одно текстовое поле, принимающее предложение where. Поверьте мне, подход с одним входом действительно является наиболее простым и интуитивно понятным пользовательским интерфейсом, а также имеет то преимущество*, что позволяет быстро вводить/модифицировать фильтры запросов.

** Еще одним преимуществом с технической стороны является возможность написать собственный лексер/парсер и AST. Как часто вы делаете это в простом crud-приложении :)*

Вы уже собираетесь обучать своих пользователей тому, как использовать ваш механизм специальных запросов, вы также можете научить их тому, что ввод (account.Balance < -2000 and account.Type == 'Checking') OR (account.Number = 123456) возвращает именно то, что он говорит, что возвращает.

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

Для этого существует подключаемый модуль jquery, называемый QueryBuilder, который делает это интересным способом: http://mistic100.github.io/jQuery-QueryBuilder/

Кажется, Apple нашла способ разработать графический интерфейс для вложенных логических выражений: см. принятый ответ на UX.stackexchange.

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

Позволить «чайникам» (которые, как я полагаю, не способны использовать обычные инструменты SQL) составлять «интуитивный» запрос — это катастрофа, ожидающая своего часа. Я предполагаю, что крах информации о клубных кредитных картах Би Джея в 2003 или 2004 году был довольно близок к этому по духу. Я предполагаю (и это только предположение!!!), какой-то крупный босс отдела маркетинга сказал: «Мы сохраним информацию о полосе кредитной карты, чтобы мы могли использовать эту информацию позже». «Хотите ли вы, чтобы в одной таблице была только общедоступная информация, а PII была статистически разделена?» — спросил разработчик… «Нет, мы еще не знаем, как мы хотим использовать эту информацию, разработайте нам инструмент для запроса ТАМОЖЕННЫЙ ПУТЬ…» был первым шагом на пути к катастрофе. :(

Между тем, определенно есть места, когда пользовательский интерфейс необходим для составления/парсинга выражений (инструменты анализа политики безопасности, исследования булевой/переключательной алгебры и т. д.). Я считаю, что лучший пользовательский интерфейс еще не создан (всегда:)), но если он был создан, я бы предположил, что у него есть возможность:

1. Разобрать выражение (должно быть тривиальным, так как можно построить дерево синтаксического анализа, когда пользователь добавляет фрагменты выражения по частям)
2. Покажите выражение в виде дерева синтаксического анализа (это должно быть интересно рисовать).
3. Показать таблицу true/false для BF, представленного выражением
4. Нарисуйте гиперкуб BF (особенно полезно для «монотонных» функций)
5. Создайте карту Карно с топологической связью (хотя удачи с многомерными выражениями)
6. Динамически сгенерируйте диаграмму Венна для выражения.
7. Выделите несущественные переменные или «фрагменты выражений».
8. Используйте метод МакКласки или Петрика для минимизации логических выражений.

Это сложно представить даже в приложении WinForms.

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

Лучшей реализацией этого, которую я видел, была фильтрация сервера GameSpy — я просто пытался найти скриншот, но ничего не нашел (эта программа все еще существует?). Насколько я помню, они делали что-то вроде этого:

(
    Condition 1
) OPERATOR
(
    Condition 2
) OPERATOR
(
    (
        Condition 3
    ) OPERATOR
    (
        Condition 4
    )
)

Когда я вижу подобную проблему, я не могу не думать о реализации ее в виде стека, аналогично тому, как RPN решит эту проблему.

Проблема здесь в том, что это не кажется слишком интуитивным

Пример пользовательского интерфейса: ([Кнопка] ‹текстовое поле для ввода пользователем› {список}

Значение: ‹ › [Нажать] [И] [Или]

Куча {

} (калькуляторы HP RPN помещают стек над областью редактирования)

Итак, если бы я хотел написать выражение ((A и B) или (C и D)), я бы сделал это: A [push] (стек будет содержать «A») B [push] (стек будет содержать «B ", "A") [и] (стек будет содержать "(A и B)") C [push] (стек будет содержать "C", "(A и B)") D [push] (стек будет содержать " D", "C", "(A и B)") [и] (стек будет содержать "(C и D)", "(A и B)") [или] (стек будет содержать "((A и Б) или (С и Г)")

если вы хотели добавить других операторов, а их было не слишком много, то можно было просто добавить дополнительные кнопки, или сделать отдельное текстовое поле для оператора

Значение: ‹ › Оператор [Push] ‹ › [Объединить]

Если вы хотите поддерживать унарные операторы, вам нужно отслеживать, является ли это префиксным или постфиксным оператором, или просто принимать префикс (логический унарный оператор «не» обычно является префиксом). Тернарные операторы обычно имеют два инфиксных указателя, поэтому их поддержка усложняется. Некоторые бинарные (и n-арные) операторы имеют компонент префикса, инфикса и суффикса «CallMethod(A,B)». Так что все сводится к тому, насколько сложным вы хотите его сделать.

Всего одна идея.

Mac OS X предлагает очень удобные виджеты с графическим интерфейсом для выполнения именно таких задач. Вы можете смоделировать свой графический интерфейс после этого типа макета/взаимодействия.

Другой вариант - что-то вроде интерфейса построителя запросов SQL Server Management Studio - несколько строк и столбцов, где строки представляют И, а столбцы ИЛИ (или наоборот, я не помню).

Вы можете выполнять обновление результирующего запроса в режиме реального времени, чтобы помочь пользователям (точно так же, как SQL Server обновляет результирующий SQL).