問題タブ [rules]

「第 3 日曜日ごと」や「2 か月ごとの最初の月曜日」など、一連の日付規則を指定できる Java クラスを探しています。そこから無限イテレータのようなものを取得できるようにしたい (.next() は、ルール セットに一致する次の日付を返す)。

自分でも作れそうだけど、カレンダーって面倒くさいし、似たようなものが既にある気がする。私はくだらない車輪を再発明する人になるのが嫌いです.

誰かがこのようなことを知っていますか？私は JODA を見てきましたが、その基礎を築いているように見えますが、私が望む完全な機能を提供しているようには見えません..

この質問は、私の以前の投稿の一種です：javaでのビジターパターンの実装-これはどのように見えますか？

コードのリファクタリング中に少し混乱しました。ビジターパターン（前の投稿で説明）を複合戦略パターンに変換しようとしています。私はこのようなことをしようとしています：

ここで、次のようなルールを定義します。

これで、検証する2つの異なるタイプのオブジェクトを作成できます。これらの2つは完全に異なる可能性があります。あるストアがありValidatable、次にあるストアがScheduleあるとしValidatableます。さて、次のようなコンポジットを作成するとします。

enumどのチェックセットがどこに行くかを定義するを定義します...

そして最後に、私はそれを次のように使用します：

デザインに欠陥があるのが不思議です。Ruleインターフェースがを期待しているという考えは好きではありませんValidatable。これをどのように改善するか提案していただけますか？

あなたの助けに感謝。

genOut/String を起動するにはどうすればよいですか?

コンパイルしてリンクします。

結果：

期待される：

そのルールを実行するにはどうすればよいですか?

私が受けている奇妙なドメイン/サブドメインCookieの問題のため、ブラウザがCookieを処理する方法を知りたいです。彼らが異なる方法でそれを行うならば、違いを知ることもまた素晴らしいでしょう。

言い換えると、ブラウザがCookieを受信すると、そのCookieにドメインとパスが付加される場合があります。またはそうではない場合、その場合、ブラウザはおそらくそれらの代わりにいくつかのデフォルトを使用します。質問1：それらは何ですか？

後で、ブラウザがリクエストを送信しようとすると、ブラウザはCookieをチェックし、そのリクエストに対して送信する必要のあるCookieを除外します。これは、リクエストのパスとドメインに対してそれらを照合することによって行われます。質問2：マッチングルールは何ですか？

私がこれを求めている理由は、私がいくつかのエッジケースに興味があるからです。好き：

• のCookieは.example.com利用できますwww.example.comか？
• のCookieは.example.com利用できますexample.comか？
• のCookieはexample.com利用できますwww.example.comか？
• のCookieはexample.com利用できますanotherexample.comか？
• www.example.comクッキーを設定できるようになりexample.comますか？
• www.example.comクッキーを設定できるようになりwww2.example.comますか？
• www.example.comクッキーを設定できるようになり.comますか？
• 等。

追加2：

また、誰かが次のようにCookieを設定する方法を提案できますか？

• www.example.comまたはexample.com;で設定できます。
• との両方からアクセスできwww.example.comますexample.com。

InfoPath フォームにチェック ボックスとテキスト フィールドがあります。チェックボックスがオフの場合、フィールドの内容をクリアしてから読み取り専用としてマークしたいと思います。

フォームを読み取り専用としてマークする条件付き書式を作成してから、フィールドの内容をクリアするルールを作成しました。ただし、両方を有効にするたびに、ルールが実行されないことがわかりました。

確認するために、ルールにもポップアップ ダイアログ ボックスを作成しましたが、条件付き書式を有効にしてテキスト フィールドを読み取り専用に変更するたびに、ダイアログ ボックスが表示されないことがわかりました。

テキスト フィールドを読み取り専用に変更するとルールが抑制され、テキスト フィールドの内容がクリアされると思われます。誰でもこれを修正する方法を知っていますか?

Outlook ルールを自動的に作成したい (何かを含む電子メールをフォルダー xyz に移動する) が、これを実現する方法がわかりません。もちろん、ルールを作成して .rwz ファイルにエクスポートできます。このファイルは手動でインポートできますが、どうすれば自動的にインポートできますか?

VSTO 2005 Outlook (2003) アドインを使用してルールをインポートできますか? または、このアドイン内からルールを作成できますか?

前もって感謝します！

私は、DRY 原則 (Don't Repeat Yourself) に問題があり、Rete ルール エンジンを中心に展開する依存関係を最小限に抑えています。

大規模な IT 組織のルール エンジンはエンタープライズになる傾向があります (大文字の「E」に注意してください。これは深刻なビジネスです)。すべてのルールは一度だけ表現され、ナイスで DRY であり、高価なルール エンジンに集中化される必要があります。グループはルール エンジンを維持し、ルール セットの管理者です。

その IT 組織がアメリカの保険会社の一部である場合、多くの規則が存在する傾向があります。すべての州と製品に適用される規則がありますが、各州は製品ごとに独自の法律を展開する傾向があるため、規則はこれらの癖を反映する必要があります。カテゴリは多数あります: 保険数理、保険引受、さらには第三者機関からの信用および自動車のレポートの注文などです。

設計の観点から私が抱えている問題は、ルールと処理を集中化することは確かに素晴らしく DRY ですが、コストがかかることです。

1. 中央に配置されたルール サービスにアクセスして結果を返すための追加のネットワーク ホップ。
2. ルール エンジンが SOAP Web サービスとして公開されている場合はさらに複雑になります。消費者は SOAP 要求をパッケージ化し、応答を OXM して自分のドメインに戻す必要があります。
3. ルール エンジンを維持する企業グループ、ルールを設定および維持するビジネス、ルールを使用する開発者の間の追加のインターフェイス。
4. 追加の複雑さ - データ駆動型のソリューションで十分な場合があります。
5. 追加の依存関係 - 独自のルールを制御できないコンポーネントは、テスト、展開、リリースなどのために、ルール エンジンの外部依存関係について心配する必要があります。

これらの問題は、他の多くのエンタープライズ テクノロジ (B2B ゲートウェイ、ESB など) で発生します。

同じエンタープライズ グループも、SOA を基本原則として宣伝しています。しかし、適切なサービス設計についての私の理解では、それらはビジネス スペースを並べて表示し、冪等、独立、および分離する必要があります。ルールが別の場所で維持されている場合、サービスはどのように独立して分離されているのでしょうか?

ルールが孤立した状況でのみ適用されることを示すことができる場合、依存関係を排除することは集中化よりも優先されるべきであると主張して、私は単純さの側で誤りを犯したいと思います. 議論がその日に勝つかどうかはわかりません。

だから私の質問は：

1. 中央集権化と独立性の議論のどこに当てはまりますか?
2. ルール エンジンなどのエンタープライズ ツールの使用経験は?
3. どうすれば孤立の主張をより強くすることができますか?
4. 私の見解が間違っているとすれば、中央集権化を支持する理由は何ですか?

3.0 ファームウェアのアプリケーション サンドボックス ルール ファイルはどこにありますか? 2.x のどこかで見た覚えがありますが、今は見つかりません。