J'ai une grande solution contenant beaucoup de projets. En raison de la taille et du nombre de projets, les temps de construction commencent à devenir ingérables.Gestion de grandes solutions dans Visual Studio 2008
Je suis intéressé par les techniques que les gens ont utilisées pour résoudre la solution et comment ils ont géré les DLL et les références de projet.
Le mieux est de suivre les recommandations de Microsoft:
Scott Hanselman a blogged on this a number of times.
Conclusion: 30 à 40 projets semblent être une limite supérieure raisonnable. Rien de plus commence à être douloureux. Posez-vous la question suivante: «Ai-je vraiment besoin de tous ces projets en construction et dans la solution?
Non? Considérez ensuite plusieurs solutions (par exemple client.sln, server.sln, plugins.sln, etc.)
Oui? Ensuite, envisagez de regrouper les projets en moins de projets. Par exemple, combinez Client.Presenters, Client.Views et Client.Models dans un projet client unique. Voir Benefits of larger but fewer assemblies.
+1 "Utiliser moins de projets" est la meilleure règle pour améliorer la plupart des aspects des performances de Visual Studio. –
Vous pouvez diviser vos projets en différentes solutions et pointer leur chemin de sortie de construction (Propriétés du projet -> Construire -> Chemin de sortie) vers un dossier commun. Ajoutez les références entre divers projets de ce dossier commun. De cette façon, il n'est pas nécessaire de copier les DLL dans les différents dossiers de la corbeille.
Cependant, l'inconvénient est que vous devez vous souvenir de la séquence de construction vous-même.
Vous pouvez toujours utiliser des références de projet avec cette technique et obtenir Visual Studio pour gérer la séquence de construction. Ajoutez des références de projet normalement, mais définissez Copier local = faux. –
duplication possible de [Meilleures pratiques pour les solutions volumineuses dans Visual Studio (2008)] (http://stackoverflow.com/questions/690033/best-practices-for-large-solutions-in-visual-studio-2008) –
Pouvez-vous nous donner des statistiques? Combien de projets dans la solution? Combien de lignes de code C#, à peu près? Pour vous construire Release & Debug (et d'autres configurations peut-être)? –
Bonne question, mais il a été demandé et répondu sur ce site un certain nombre de fois déjà. S'il vous plaît voir le commentaire dupe. –