ASP vs. ŻMIJA.Internet

ŻMIJA I ŻMIJA.Internet to bardzo różne języki programowania. ŻMIJA jest językiem scenariusza, w którym jako ŻMIJA.INTERNET to sformułowanie internetowe skompilowanego języka (Visual Basic, C#, J#, C++, .Internet). Ponadto, w przeciwieństwie do ASP, ASP.Net to język zorientowany na obiekt.

Izolacja procesu

ASP jest prowadzony pod inetinfo.przestrzeń procesu EXE (IIS) i dlatego jest podatna na wypadki aplikacyjne z powodu zatrzymania lub ponownego uruchomienia IIS.

Z drugiej strony ASP.Proces pracownika netto jest odrębnym procesem (aspnet_wp.exe) oddzielnie od procesu IIS inetinfo.exe. Model procesu w ASP.Netto nie jest powiązane z ustawieniami izolacji procesowej w IIS.

Interpretacja vs. Kompilacja

Gdy żądana jest tradycyjna strona ASP, tekst tej strony jest analizowany liniowo. Cała treść, która nie jest skryptem po stronie serwera, jest renderowana w zależności od odpowiedzi. Wszystkie skrypt po stronie serwera na stronie jest najpierw uruchomiony przez odpowiedni interpreter (JScript lub VBScript), którego wyjście jest następnie renderowane z powrotem do odpowiedzi.

Natomiast ASP.Strony netto są zawsze kompilowane .Zajęcia netto znajdujące się w zespołach. Ta klasa zawiera cały kod po stronie serwera i statyczny HTML, więc po uzyskaniu dostępu po raz pierwszy (lub dowolnej stronie w danym katalogu), późniejsze renderowanie tej strony jest obsługiwane przez wykonywanie skompilowanego kodu kodu. To eliminuje wszystkie nieefektywności modelu skryptowego tradycyjnego ASP.

Implikacje wydajności

• Ponieważ skrypty ASP są interpretowane w locie, występuje wpływ na wydajność. Dlatego wspólną optymalizacją aplikacji ASP jest przeniesienie dużej ilości skryptu po stronie serwera do wstępnie skompilowanych komponentów COM w celu poprawy czasów reakcji. Ponieważ wszystkie komponenty w ASP.Net to zespoły, nie ma degradacji wydajności za pomocą kodu po stronie serwera.
• W przypadku ASP przełączanie bloków oceny po stronie serwera ze statycznym HTML jest mniej wydajne niż jeden blok skryptowy po stronie serwera, ponieważ interpreter musi być wielokrotnie wywoływany. Aby tego uniknąć, wielu programistów ASP ucieka się do dużych bloków skryptu po stronie serwera, zastępując statyczne elementy HTML odpowiedź.Zapisz () inwokacje zamiast tego. Dla 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 scenariuszy. Chociaż może to być atrakcyjne pod pewnymi względami, degraduje wydajność, wymagając, aby konkretna strona załadowała zarówno silniki skryptowe (JScript, VBScript) do przetworzenia żądania, które wymaga więcej czasu i pamięci niż użycie tylko jednego języka. ŻMIJA.Net ma „kod-behind” w .Pliki ASPX, które są analizowane i skompilowane. W jednym języku nie można użyć wielu języków po stronie serwera .plik ASPX.

Debugowanie

Ponieważ ASP obejmuje interpretację skryptów, debugowanie jest trudne. Ale z ASP.Net, wszystkie narzędzia dostępne dla .Deweloper netto ma zastosowanie do .Deweloper ASPX. Błędy związane z stronami są generowane jako błędy kompilatora i istnieje duża szansa, że ​​większość błędów zostanie znaleziona w czasie kompilacji zamiast czasu wykonywania, ponieważ VB.Net i C# są silnie wpisanymi językami.