ASP vs. ASP.Net

ŻMIJA i ASP.Net to bardzo różne języki programowania. ŻMIJA jest językiem skryptowym, gdzie as ASP.NET to internetowe sformułowanie skompilowanego języka (Visual Basic, C #, J #, C ++, .Net). Ponadto, w przeciwieństwie do ASP, ASP.NET jest językiem obiektowym.

zgłoś tę reklamę

Zawartość: ASP vs ASP.Net

  • 1 Izolacja procesu
  • 2 Interpretacja a kompilacja
    • 2.1 Wpływ na wydajność
  • 3 Debugowanie
  • 4 referencje

Izolacja procesu

ASP jest uruchamiany w przestrzeni procesu inetinfo.exe (IIS) i dlatego jest podatny na awarie aplikacji z powodu zatrzymania lub ponownego uruchomienia IIS.

Z drugiej strony proces roboczy ASP.NET jest odrębnym procesem (aspnet_wp.exe) oddzielnym od procesu IIS inetinfo.exe. Model procesu w ASP.NET nie jest powiązany z ustawieniami izolacji procesu w IIS.

Interpretacja a kompilacja

Gdy wymagana jest tradycyjna strona ASP, tekst tej strony jest analizowany liniowo. Cała zawartość, która nie jest skryptem po stronie serwera, jest renderowana w stanie „jak jest” z powrotem do odpowiedzi. Cały skrypt po stronie serwera na stronie jest najpierw uruchamiany przez odpowiedni interpreter (JScript lub VBScript), którego wyniki są następnie renderowane z powrotem do odpowiedzi.

Natomiast strony ASP.NET są zawsze kompilowane w klasy .NET umieszczone w zestawach. Ta klasa zawiera cały kod po stronie serwera i statyczny HTML, więc po pierwszym otwarciu strony (lub każdej stronie w danym katalogu), kolejne renderowanie tej strony jest obsługiwane przez wykonanie skompilowanego kodu. Eliminuje to wszystkie nieefektywności modelu skryptowego tradycyjnej ASP.

Implikacje dotyczące wydajności

  • Ponieważ skrypty ASP są interpretowane w locie, ma to wpływ na wydajność. Dlatego powszechną optymalizacją aplikacji ASP jest przeniesienie wielu skryptów po stronie serwera do wstępnie skompilowanych komponentów COM, aby skrócić czas odpowiedzi. Ponieważ wszystkie komponenty ASP.NET są zestawami, nie występuje obniżenie wydajności przy użyciu kodu po stronie serwera.
  • W przypadku ASP przeplatanie bloków oceny po stronie serwera ze statycznym HTML jest mniej wydajne niż pojedynczy blok skryptu po stronie serwera, ponieważ interpreter musi być wywoływany wiele razy. Aby tego uniknąć, wielu programistów ASP korzysta z dużych bloków skryptu po stronie serwera, zastępując zamiast tego statyczne elementy HTML wywołaniami Response.Write (). W przypadku ASP.NET takie kroki nie są wymagane do poprawy wydajności.
  • ASP umożliwia pisanie różnych bloków skryptu na stronie w różnych językach skryptowych. Chociaż może to być atrakcyjne pod pewnymi względami, zmniejsza również wydajność, wymagając, aby konkretna strona załadowała oba silniki skryptów (JScript, VBScript) do przetworzenia żądania, co zajmuje więcej czasu i pamięci niż użycie tylko jednego języka. ASP.NET ma „kodowe” w plikach .aspx, które są analizowane i kompilowane. W jednym pliku .aspx nie można używać wielu języków po stronie serwera.

Debugowanie

Ponieważ ASP wymaga interpretacji skryptów, debugowanie jest trudne. Ale dzięki ASP.NET wszystkie narzędzia dostępne dla programisty .NET mają zastosowanie do programisty .aspx. Błędy ze stronami są generowane jako błędy kompilatora i istnieje duża szansa, że ​​większość błędów znajdzie się w czasie kompilacji zamiast w środowisku wykonawczym, ponieważ zarówno VB.NET, jak i C # są językami silnie typowanymi.

Bibliografia

  • wikipedia: Strony aktywnego serwera
  • wikipedia: ASP.NET