Wird die Veröffentlichungsoption in Visual Studio für ASP.NET-Webanwendungen als Vorverbindung betrachtet?

Question

Ich habe Probleme zu verstehen, wann die Website als "vorkompiliert" betrachtet wird. Wie ich verstehe, was ich gelesen habe, wenn ich die Optionen zur Veröffentlichung oder Erstellung von Deployment-Paket-Optionen in Visual Studio verwende, dann ist es vor dem Kompilieren, aber wenn ich nur so etwas wie XCopy verwende, ist es nicht vorkompiliert. Ist das korrekt?

Answer 1

ASP.NET -Website -Projekte haben eine Option für die XCOPY -Bereitstellung, bei der alle Dateien einschließlich ASPX, ASPX.CS, ASCX, ASCX.CS usw. auf den Produktions -Webserver kopiert werden. Die ASP.NET -Laufzeit erstellt die Website, wenn sie die erste Anforderung empfängt. Wenn Sie den Ordner C: Windows Microsoft.net Framework V Temporary ASP.NET -Dateien überprüfen, können Sie die Ausgabe sehen. Dies ist offensichtlich sehr einfach für die Bereitstellung, da wir nur die Dateien auf den Webserver kopieren müssen. Der erste Besucher zahlt den Preis jedoch, wenn die Website zum ersten Mal zusammengestellt wird. Die Veröffentlichungsoption funktioniert diese vor der Bereitstellung. Es kompiliert das Website -Projekt und produziert Assemblys, die bereit sind. Es gibt eine Option in der Veröffentlichung, um die ASPX -Dateien so zu hinterlassen, dass diese geändert werden können. In beiden Fällen gibt es keine .cs -Dateien, da diese mit den Baugruppen zusammengestellt wurden. Prüfen Walkthrough: Veröffentlichung einer Website für mehr Details.

HTH

Answer 2

Es ist in dem Sinne "kompiliert", dass Sie eine MSIL -DLL Ihres Webcode haben. Sie müssen jedoch immer noch die JIT -Zusammenstellung haben. Sie sollten das NGen-Dienstprogramm verwenden, wenn Sie .NET 2.0 oder höher verwenden, um diese Aufwärmzeit zu verhindern. Bitte beachten Sie, dass NGen nur nützlich ist, um die erste "Startzeit" der Anwendung zu beseitigen. Es macht es schwieriger zu pflegen, da JIT'Ed -Code mit Ngen'd -Code aus der Synchronisierung herauskommen kann. In meiner Unternehmensumgebung haben wir uns wegen dieser potenziellen Fallstricke nicht für NGen eingesetzt.

Siehe die folgenden Links:

Hilft es bei der Verwendung von NGen für ASP.NET -Anwendungen?

Microsoft -Dokumentation zum NGen -Dienstprogramm

Mögliche Fallstricke der Verwendung von NGen