Discussion :

[FRED.G]

Mes "Item" (objets métiers) sont généralement regroupés dans des collections et un item peut posséder une ou plusieurs propriété (de type collection) contenant des items enfants. Pour filtrer une collection, j'ai parfois besoin de spécifier un critère qui ne porte pas directement sur les items de la collection mais sur des items enfants (une ou deux hiérarchie plus bas).

Prenons un exemple : un item Contact possède une collection d'item Adresse. --> je veux tous les contacts ayant une adresse dans une Ville donnée.

J'aimerais savoir comment vous procédez pour répondre à ce cas dans un environnement déconnecté (on travaille sur les données chargées dans les classes métier sans recharger ces données à chaque nouveau filtre) et sans utiliser des colonnes calculées de DataTable.

Pour simplifier l'utilisation de filtres, je pense créer une classe qui hérite de celle de l'item parent, en lui ajoutant des propriétés spécifiques qui renvoient un booléen pour indiquer si des enfants correspondent aux critères du filtre ou pas (ou encore un Integer indiquant le total de ceux qui correspondent).

Le problème est de savoir comment obtenir la valeur de cette propriété !

• Le plus simple serait de boucler sur chaque item enfants dans le Get de la propriété. Mais si cette solution est facile à coder, est-elle la plus efficace à l'exécution ?
• L'idéal ne serait-il pas que cette propriété soit mise à jour en temps réel à mesure que les données des items enfants sont modifiées ?

Dans ce dernier cas je réfléchis encore à une bonne stratégie et souhaiterais connaître vos idées !

[FRED.G]

J'ai pensé à quelque chose, mais j'ai peur que ça fasse un peu trop usine à gaz :

Dans l'item parent, pour chaque propriété enregistrant le résultat d'un filtre, j'instancie une classe "ChildFilter".
Cette classe tiendrait à jour un compteur "FilterResult" du total des items enfants qui correspondent au filtre.
Ainsi dans le Get ma propriété, je renverrai ChildFilter.FilterResult.

Pour assurer la mise à jour du compteur, je passe l'instance de ChildFilter à chaque item enfant. Et c'est donc chaque item enfant qui devra mettre à jour le compteur lorsque ses données changent.

Pour que chaque item enfant modifié puisse savoir si ses nouvelles données correspondent au filtre, je pense que la classe ChildFilter pourraient fournir un Delegate qui prend l'item enfant en paramètre et renvoie un boolléen.

Avant d'essayer d'implémenter un truc pareil, j'aimerais bien avoir vos avis.

[The_badger_man]

Hum...en gros tu veux faire des select from where sur des listes d'objets.
Hum, ça sent Linq tout ça

[FRED.G]

Héhé, j'ai déjà jeté un oeil à Linq mais j'ai décidé de ne pas l'utiliser car pour l'instant côté base de donnée on ne peut cbiler que SQL SERVER.

Dans mon cas précis Linq ne changerait pas grand chose je crois. Car avec Linq, ok j'aurais une syntaxe efficace pour faire des SELECT WHERE sur de l'objet. Mais la question de fond que je me pose, c'est pas comment faire ces SELECT.

C'est plutôt de savoir si j'en fais un à chaque appel de la propriété exposant le résultat du filtre OU si la valeur de cette propriété est mise à jour dynamiquement. Tu vois le truc ?