私は、単一の複雑なエンティティの状態をテストするための多数の述語を書いています/書いています。これらの述語は、部分的にLINQクエリ(SQLに変換されると想定)であり、エンティティの状態を検証するために使用される部分的にC#ラムダ/メソッドです。
これはすべて、デジタルデザインとKマップを思い出させるようです。しかし、多分それは間違った順番です
私がこの問題を抱えている最初の人ではないかと思います。この分野で利用できるデザインパターンやベストプラクティスを教えてもらえますか?
私は、単一の複雑なエンティティの状態をテストするための多数の述語を書いています/書いています。これらの述語は、部分的にLINQクエリ(SQLに変換されると想定)であり、エンティティの状態を検証するために使用される部分的にC#ラムダ/メソッドです。
これはすべて、デジタルデザインとKマップを思い出させるようです。しかし、多分それは間違った順番です
私がこの問題を抱えている最初の人ではないかと思います。この分野で利用できるデザインパターンやベストプラクティスを教えてもらえますか?
主な質問は、「これらの述語をどのように使用するのか」です。これらの述語は、特定のドメインのタスクに関連する述語をすばやく取得できるように編成する必要があります。ドメインが異なるため、適切なインデックス作成戦略も異なる場合があります。
たとえば、述語のグループが概念に関連していて、概念ごとに取得する必要がある場合は、概念グラフと拡散アクティベーション戦略を使用して、関連する述語を取得できます。
または、クエリ内の述語(別名リレーション)と述語内の属性(リレーション)によるインデックス付けで、単純なハッシュテーブルとツリーが必要な場合もあります。