2010-03-27 5 views
2

Lorsque j'ajoute une référence à un assembly (vivant dans le GAC) à web.config dans un projet ASP.NET, que fait Visual Studio?Que fait Visual Studio 2008 lorsque j'ajoute une référence d'assembly?

[Ceci est lié à une question précédente concernant BusinessObjects: VS2008: Projects now take forever to open]

Quand j'ajoute "CrystalDecisions.Enterprise" et "CrystalDecisions.Enterprise.Framework" à l'élément assemblies dans web.config, VS pense à long et dur à ce sujet, me bloquer pendant quelques minutes pendant qu'il scrute les nouveaux arrivants.

Que fait-il pendant ce temps? J'ai googlé cela mais est venu vide.

Je peux faire quelques suppositions éclairées (intégration d'IntelliSense, peut-être?) Mais je voudrais idéalement trouver de la documentation décrivant exactement ce qui se passe. En fin de compte, j'espère apprendre pourquoi ces références BO rendent VS prendre plusieurs minutes pour ouvrir mes projets (j'ai supprimé sur les forums SAP).

+0

BTW après VS est finalement terminé après avoir ajouté les références à web.config, en essayant d'ajouter une directive "using" pour référencer les résultats de CrystalDecisions.Enterprise dans une minute ou deux de barattage. Je ne suis pas satisfait de BusinessObjects. –

Répondre

2

Je ne peux pas vous aider directement à trouver de la documentation mais Visual Studio devra charger ces assemblages en mémoire et naviguer dans la structure d'assemblage pour de nombreuses choses différentes, telles que la population Intellisense, le navigateur d'objets, etc. potentiellement charger d'autres éléments GAC dont dépendent ces assemblages dans la mémoire et faire des choses similaires.

+1

Oh, et bien sûr, il y a un tas de validations qui se passent aussi pour s'assurer que vous êtes en mesure de charger ces assemblages. Encore une fois, je sais que toutes ces informations sont vagues et que vous cherchez quelque chose de plus concret. Bonne chance avec ça! – Jaxidian

+0

Merci, si je ne trouve pas de documentation spécifique, j'espère au moins bricoler des informations provenant des réponses (comme les vôtres) fournies ici. L'exécution d'une vérification des dépendances sur l'assembly CrystalDecisions.Enterprise a conduit à un tas de références aux DLL BO, il semble donc qu'il y ait toute une hiérarchie de choses à charger. Je ne comprends pas pourquoi je ne peux pas trouver plus de discussion sur ce problème - je l'ai certainement googlé à mort. Un collègue a installé le BO SDK et a immédiatement remarqué la même lenteur avec VS. –