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

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

Apple, похоже, нашла способ разработать GUI для вложенных булевых выражений: см. принятый ответ на UX.клиент StackExchange.

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

позволить " чайникам "(которые, как я предполагаю, не способны использовать обычные инструменты SQL) составить" интуитивный " запрос-это катастрофа. Я думаю, что bj's club credit card info бюст 2003 или 2004 был довольно близок к этому в дух. Я догадываюсь (и это только догадка!!!) какой-то большой босс маркетинга сказал: "Мы сохраним информацию о полосе кредитной карты, чтобы мы могли использовать эту информацию позже."Вы хотите, чтобы только общедоступная информация в одной таблице и PII статистически закреплена", - спросил разработчик..... "Нет, мы еще не знаем, как мы хотим использовать эту информацию, разработайте нам инструмент для запроса ее на заказ.....- это была первая ступенька на пути к катастрофе. :(

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

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

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

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

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

(
    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 и B) или (C и D)")

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

значение: [Толкать] Оператор [Combine]

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

только одна идея.

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

другой вариант - что - то вроде SQL Server Management Studio query builder interface-несколько строк и столбцов, где строки представляют собой ANDs, а столбцы ORs (или наоборот, я не помню).

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