ルールエディターインターフェースのパターンはありますか？
バックグラウンド
ユーザーが特定の条件が満たされたときに特定のアクションを実行できる「ルールエディター」を作成するためのインターフェイスを作成する必要があります。 「もしもこれなら」ということ。クライアントはすぐにMacメールルールインターフェイスを望ましい例として提供しました
メールルールインターフェースはクライアントで機能しますが、ユーザーが設定できる複雑な条件/アクションのために、1行に多くのコンボボックスを必要とするクライアントのユースケースでは、おそらく「シンプル」になるでしょう。
問題
代替のデザインパターンを探していましたが、この種類のユーザー関数には実際にはセット名がないことにすぐに気付きました。一部の製品は同様の機能を「ルールエディター」と呼びますが、「クエリエディター」、「ロジックエディター」、または「ビジネスルール」も見ました。また、同様の目的のために多くのバリエーションがあります。
いくつかの例： 
考え：非常に多くの潜在的な変数がある場合、Nice機能は、最も一般的に必要とされるルールに「テンプレート」を提供して、ユーザーが常に最初から始める必要がないようにすることです。彼らのために事前にどれだけの作業を行うことができますか？ユーザーは、これらの既存のサンプルを変更、複製して、ルールをより簡単にカスタマイズして、必要なことだけを実行できます。おそらく、ユーザーが作成したカスタマイズされたルールを他のユーザーと共有することもできます。
また、分割画面のデザインは、左側に設定されたルールと右側に結果が表示されるので非常に優れているため、ユーザーは希望する最終結果を得ているかどうかを評価し、ルールを保存または実行する前に動的に調整できます。
この質問への直接の答えはノーです！
これは、誰も理想的な解決策を考え出せていない不正確な領域です。さもなければ、誰もがずっと前にプログラミングを行う権限を与えられていただろう。
その時代の特定のテレビ番組を録画するようにVCRを設定することの難しさ、困難さと悪評は、この問題がどれだけ遡って起こっているかを示しています。幾分。
ハイパーカードは単純化されたスクリプト言語でこれのまともなハッシュを作りました、そして、事はそれ以来ずっと良くなりませんでした。
あなたのクライアントは、Apple Mailがこれを行う方法を気に入っていることを知っています（強く）と提案しています。定量化できる他の方法がないため、このアプローチが正しい答えになります。そして、彼は理解することができます。このアプローチは、このアプローチの範囲内でアプリのユーザーを（おそらく）うまく教育できることを意味します。それだけでは、誰もがより発見的で直感的な解決方法を考え出していないようで、最も重要な側面になりますこの問題。
あなたが試すことができます。しかし、クライアントからの強い提案があれば、時間を無駄にすることになると思います。