Discussion :

[jenesuispasunrobot]

Bonjour à tous,

je suis en train de développer une application (C#) et j'ai une question qui me chatouille un peu... Ayant envie de faire au mieux je sollicite votre avis.

Je dois afficher (ASP et/ou client lourd) une liste d'objets contenant des informations. Ces informations sont récupérées de 2 manières (WCF et BDD) et concernent la même entité.

Exemple:

j'ai une BDD contenant une partie des informations sur un serveur (IP, lieu d'installation dans une baie, date d'achat, etc... ) et une autre partie des informations sur ce serveur qui sont directement récupérées d'un service WCF installé dessus.

j'ai créé un objet DataServer pour récupérer les données par WCF, mais pour le reste j'ai du mal à trouver la solution la plus "élégante".

l'idée aurait été un objet hérité d'un objet pour la partie BDD avec les méthodes permettant de récupérer les informations de la base, et de l'objet pour le transfert d'informations en WCF. Sachant que je ne peux pas faire d'héritage multiple en C#, quel serait selon vous le moyen le plus propre ?

[nathieb]

Bonjour,
Axiome de base : Si c'est confus dans ton esprit ce sera confus dans ta conception.
Un bon essai valant mieux qu'un long discours, le refactoring de code te permet d'appliquer des designs patterns ou il faut.
Mais cela demande parfois du temps.

Déjà, un concept de base, éviter l'héritage, c'est souvent rigidifiant. Il faut utiliser la composition
, le maître mot est découplage.

exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
classe métier
class A{
   private a;
   private B;
   public t getTTT(string t) 
}

class B -> classe d'accès aux données ( genre DAO, ORM ...)

Si tu veux plus de rigueur au niveau de ta classe métier alors interface avec des méthodes définis pour être sûr de l'implémentation.


Olivier

[souviron34]

juste un point de remarque..

Un objet est un objet..

Peu importe d'où il vient et où il va..

Il est donc conceptuellement peu orthodoxe d'avoir 2 types d'objets (si c'est bien le même) suivant l'origine ou la destination...