Debugowanie stron ASP.NET bardzo powolne z kilkoma tysiącami tymczasowych plików ASP.NET

Question

Mój zespół jest odpowiedzialny za utrzymanie istniejącego projektu aplikacji sieci Web ASP.NET Webforms.

Obecnie używamy programu Visual Studio 2010, a projekt jest przeznaczony dla systemu .NET Framework 4.0.

Projekt ma ponad 200 kontrolek ASCX i prawie 900 plików zasobów RESX. Generuje tymczasowy folder ASP.NET Files, który zawiera ponad 2000 plików.

Z tych plików tymczasowych dostępnych jest 121 plików .cmdline, 151 plików skompilowanych, plików 64 .delete, 121 plików .err Pliki .tmp i pliki 246 .cs.

Kiedy rozpoczynamy debugowanie projektu, trwa to na zawsze (około 5 minut).

okno wyjściowe debugowania pokazuje wiele, wiele linii podobne do:

'w3wp.exe' (Managed (v4.0.30319)): Loaded 'C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files\project\c8633237\88f5a808\App_Web_snat3rsu.dll' 

Linie te pojawiają się powoli, mniej więcej raz na drugą, aż w końcu na pierwszej stronie obciążeń.

Po załadowaniu pierwszej strony w przeglądarce wydajność projektu wydaje się uzasadniona, ale uzyskanie takiego miejsca zajmuje wyjątkowo dużo czasu.

Szukam wskazówek, w jaki sposób mogę poprawić czas ładowania tego projektu.

Jestem zaniepokojony, że jest coś fundamentalnie nie tak z projektem, który wymaga rozwiązania, ponieważ wydaje się nierozsądne, że jego załadowanie w debugerze powinno zająć 5 minut.

Answer 1

To normalne, że masz czas ładowania (pierwsza kompilacja) z liczbą plików zasobów, które posiadasz. Przy pierwszym ładowaniu zostanie wstępnie skompilowana, więc po raz drugi uruchomisz ją szybciej. Pozwolę ci spróbować zaimplementować to, co jest na tej stronie.

http://blog.lavablast.com/post/2010/12/01/Slash-your-ASPNET-compileload-time.aspx