ABSTRACT FACTORY

cs_Warny Messages postés 473 Date d'inscription mercredi 7 août 2002 Statut Membre Dernière intervention 10 juin 2015 - 14 juil. 2009 à 11:21
sebmafate Messages postés 4936 Date d'inscription lundi 17 février 2003 Statut Membre Dernière intervention 14 février 2014 - 14 août 2009 à 09:02
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/50256-abstract-factory

sebmafate Messages postés 4936 Date d'inscription lundi 17 février 2003 Statut Membre Dernière intervention 14 février 2014 37
14 août 2009 à 09:02
En fait, c'est intéressant quand c'est maitrisé... par exemple, on peut imaginer que tu développes toute la logique d'accés aux données de ton application (select one, select all, insert, delete, update)... ensuite tu définis dans une autre assembly les spécialisations pour chaque objet (ou table).
Ensuite, il ne te reste plus qu'à charger dynamiquement (Reflection) cette assembly et l'utiliser via la factory. Avantage, tu peux modifier l'implémentation sans toucher à l'application.

J'ai un article (et une source) en cours sur ce concept.
cs_Warny Messages postés 473 Date d'inscription mercredi 7 août 2002 Statut Membre Dernière intervention 10 juin 2015
14 juil. 2009 à 11:21
Salut,
Je ne vois pas du tout l'interêt de ton code. Le système que tu présente ici est efficacement remplacé par la reflexion (namespace System.Reflection) qui permet même de créer des objets dont les classes sont définies dans des librairies externes et non référencées dans le projet.
Rejoignez-nous