quand utiliser les bibliothèques de classes multiples?

Question

Quand dois-je utiliser les bibliothèques de classes multiples dans .NET. J'ai une situation où je dois utiliser les fonctionnalités du modèle d'objet Microsoft Office pour vérifier certains attributs de fichiers Microsoft Office. Dois-je utiliser différentes bibliothèques de classes pour traiter différents types de fichiers.

eg:- 1 library for word files, 
     1 library for ppt, 
     so on.

Ou devrais-je farcir tout en une seule bibliothèque de classes.

Quelles sont les questions que je devrais à moi avant d'aller construire des bibliothèques de classes multiples.

Answer 1

Pensez à vos consommateurs: Si quelqu'un pourrait vouloir utiliser la bibliothèque pour les fichiers de mots sans charge supplémentaire d'avoir toutes les autres bibliothèques, puis les séparer. Sinon, ne pas.

Cela dit, gardez à l'esprit que séparés ensembles est pas nécessairement les mêmes que séparés projets . Vous pouvez utiliser des projets distincts pour chacun d'entre eux, même si vous finissez par les combiner en une seule grande assemblée à la fin (voir Assemblée unique à partir de plusieurs projets ). Je l'ai trouvé qu'il était plus facile de gérer le contrôle de version sur les petits projets.

Answer 2

Cela dépend un peu sur la façon dont et vous prévoyez d'utiliser cette fonctionnalité.

Si vous allez utiliser des portions de la fonctionnalité de plusieurs applications, et chaque application ne doivent gérer l'un des fichiers (ou du moins pas tous), alors il est logique de séparer les bibliothèques par types de fichiers.

Cependant, si toutes vos applications généralement gérer tous les types de fichier, les garder ensemble réduira les frais généraux d'entretien de votre solution.

Answer 3

1) ce que (possible) d'autres programmes réutilisent les mêmes classes, et seront-ils déployés au même endroit?

2) J'ai un petit groupe de classes qui ont peu ou pas de dépendance sur le reste du système; serait-il logique logique de les regrouper dans une bibliothèque de classes?

Answer 4

Keep It Simple . Si vous avez aucune raison de séparer technial, ne pas le faire.

La réponse est la plupart du temps opinions personnelles. Il y a beaucoup de fois des raisons techniques ou modèles « meilleures pratiques » et dicter la façon dont vous devez séparer le code.