Discussion :

[sebnantes]

Bonjour,

J'ai juste une petite question pour savoir si il s'agit d'une bonne pratique ou pas. Dans le projet sur lequel je travaille, je trouve des IDataReader servant de paramètre d'entrée d'une procédure. Est-ce une bonne pratique ou à déconseiller ?

Merci d'avance

[simotaqi]

bonjour Sebnantes
de quel type peuvent être ces parametre; et est ce qu'il peuvent être des string de requêtes SQL?

[sebnantes]

Le IdataReader en paramètre correspond au résultat d'une requête de sélection faîte auparavant. Il contient l'ensemble des données de l'enregistrement (ou des enregistrements).

[simotaqi]

Moi je travaille avec le SQLDataReader ou OLEDBDataReader ; pour le résultat de la requête j'utilise la methode .read tout simplement.

[sebnantes]

Ca ne répond pas à ma question et je sais me servir d'un IDataReader ^^ Simplement, je me demande juste si il est judicieux de les utiliser comme paramètre d'appel de procédure, c'est tout

[simotaqi]

oh je me suis trompé encore... je confond entre le IDatareader et Sqldatareader ;;;; c'est tous... ben je sais que Idatareader est une interface... mais.... ma tête est dur

[sebnantes]

Personne ne sait si c'est bancale cette utilisation des IDataReader ?

[Sehnsucht]

Bonjour,

Je vais essayer d'éclairer un peu ta lanterne, en espérant que cela reste clair

Non ce n'est pas nécessairement bancal de passer une interface en paramètre (cas général) donc passer un IDataReader ne l'est pas non plus (cas particulier), je m'explique.

Passer une interface en paramètre signifie principalement, "pour réaliser cette opération j'ai besoin d'un objet qui a ces fonctionnalités (dans ton cas et pour voir court, la possibilité de traiter des flux provenant d'une requête)."
Par contre que ce soit un SQLDataReader ou un OLEDBDataReader (pour citer deux exemples cités plus tôt dans ce sujet) n'a aucune importance, ce qui veut dire qu'on peut passer indifféremment l'un ou l'autre, le résultat doit être celui escompté.

Un des exemples les plus fréquent (et actuel) de cette manière de procéder sont les méthodes d'extension Linq qui portent en grande partie sur des IEnumerable(Of T) ce qui permet de leur passer indifféremment, des tableaux, des List(Of T), ou des classes de notre cru qui implémentent l'interface.

Pour revenir au "pas nécessairement" cela dépend surtout du comportement attendu, si cette opération doit tenir compte des spécificités d'un SQLDataReader ou d'un OLEDBDataReader (pour continuer sur les exemples cités) alors c'est ce qu'elle doit le prendre en paramètre quitte à ce qu'elle-même appelle une surcharge avec IDataReader pour effectuer la partie commune à ces traitements.

Voilà j'espère que je n'ai pas plus embrouillé qu'éclairé

Cordialement !

[sebnantes]

Merci Sehnsucht, c'est clair Et ca répond bien à ma question ^^