L'option Publier dans Visual Studio considéré comme pré-compilation pour les applications Web ASP.net?

Question

Je vais avoir du mal à comprendre lorsque le site est considéré comme « pré-compilé ». Si je comprends bien ce que je l'ai lu, si j'utilise les à partir de Visual Studio publient des articles ou des options de compilation package de déploiement puis il est pré-compilation, mais si je viens d'utiliser quelque chose comme xcopy, il est pré-compilé non. Est-ce exact?

Answer 1

ASP.NET projets ont une option WebSite de déploiement xcopy dans lequel tous les fichiers du ASPX, aspx.cs, ascx, ascx.cs etc sont copiés sur le serveur Web de production est. Le temps d'exécution ASP.NET compile le site lorsqu'il reçoit la première demande. Si vous vérifiez le dossier C: \ Windows \ Microsoft.NET \ Framework de v \ Temporary ASP.NET Files, vous pouvez voir la sortie. Ceci est évidemment très facile pour le déploiement que tout ce que nous devons faire est de copier les fichiers sur le serveur Web. Cependant, le premier visiteur paie le prix en termes du moment où le site est compilé pour la première fois. L'option Publier fait ce travail avant le déploiement. Il compile le projet de site Web et produit des ensembles qui sont prêts à fonctionner. Il y a une option dans Publish de laisser les fichiers ASPX comme c'est que ceux-ci peuvent être modifiés. Dans les deux cas, il n'y a pas de fichiers .cs que ceux ont été compilés aux assemblées. Consultez Walkthrough: La publication d'un site Web pour plus de détails.

HTH

Answer 2

Il est « compilé » dans le sens où vous aurez une DLL de votre code MSIL web. Cependant, vous devez toujours avoir la compilation JIT. Vous devez utiliser l'utilitaire NGEN si vous utilisez .NET 2.0 ou plus pour éviter ce temps d'échauffement. S'il vous plaît noter, NGEN est utile d'éliminer la première fois « de démarrage » de l'application. Il ne fait plus de mal à maintenir parce que le code JIT'ed peut se désynchroniser avec le code NGEN'd. Dans mon environnement d'entreprise, nous avons choisi de ne pas utiliser NGEN à cause de ces pièges potentiels.

Voir les liens ci-dessous:

Est-il utile d'utiliser NGEN pour les applications ASP.NET?

Microsoft Documentation sur l'utilité NGEN

Pitfalls potentiels de l'utilisation NGEN