Plusieurs bibliothèques de classes dans la couche de gestion, ou une?

Question

Mon application ASP.NET utilise uniquement 1 base de données SQL Server 2000 et pas plus de 50 tables. Et j'ai copié une instance de la base de données pour l'exécuter sur mon PC de développement, donc j'ai besoin de changer les connexions entre dev et release.

Le problème est que j'avais créé plusieurs bibliothèques de classes dans ma couche de gestion et que chaque bibliothèque de classes avait une classe LINQ to SQL. Maintenant, je trouve difficile de faire tous les fichiers DBML dans les différents projets utilisent la même chaîne de connexion.

Mon design est-il faux? Dois-je utiliser seulement une bibliothèque de classe? Si je continue à utiliser plusieurs bibliothèques de classes, comment puis-je m'assurer que la même chaîne de connexion est utilisée dans toutes les bibliothèques en mode édition?

Answer 1

Placez votre DBML dans sa propre bibliothèque de classes (assembly) et référencez-le dans vos autres bibliothèques de classes. De cette façon, vous pouvez apporter vos modifications au DBML en un seul endroit.

Si vous avez des classes partielles qui implémentent la logique métier, je voudrais aller de l'avant et les mettre dans vos autres bibliothèques de classes.