Wprowadzenie do architektury JSP

JSP to akronim stron Java Server Pages. Zanim dowiemy się o architekturze JSP, zrozummy, o co chodzi w JSP. JSP to technologia, która pomaga twórcom oprogramowania lub programistom tworzyć dynamiczne strony internetowe oparte na HTML, XML lub może z innymi typami dokumentów. W celu podstawowego zrozumienia możemy uznać, że JSP jest zwykle stroną HTML lub kodem, który obsługuje również kody Java lub instrukcje. Można to również powiedzieć, gdy JSP dodaje lub osadza JAVA na stronie HTML za pomocą znaczników JSP. JSP jest zasadniczo używany, aby pomóc programistom opracować warstwę prezentacji niektórych aplikacji na poziomie przedsiębiorstwa. Najczęściej służy do ulepszonego projektowania stron internetowych.

JSP został wydany w 1999 roku przez firmę Sun Microsystems. JSP jest zwykle podobny do języków programowania PHP i ASP, ale używa języka programowania Java.

Niektóre z dobrych cech JSP to:

  • Obsługuje zarówno skryptową, jak i dynamiczną zawartość strony opartą na elementach.
  • Umożliwia programistom tworzenie niestandardowych bibliotek znaczników w celu spełnienia specyficznych potrzeb aplikacji.
  • Możemy korzystać z JSP, łącząc serwlety, które mogą zarządzać logiką biznesową i modelem obsługiwanym przez silniki szablonów serwletów Java.
  • Strony JSP są zwykle wstępnie kompilowane dla wydajnego procesu serwera.
  • Możemy uznać JSP za integralną część J2EE. To bardzo dobra platforma dla aplikacji na poziomie Enterprise.
  • Nie tylko HTML w programie JSP, ale także pozwala nam osadzać lub dodawać specjalny kod (który jest nazywany kodem skryptowym) na stronach HTML.
  • W JSP Java jest domyślnym językiem skryptowym, ale specyfikacja JSP dopuszcza także inne języki, takie jak JavaScript, VBScript i Perl itp.

Należy zauważyć, że JSP można uznać za specyfikację, a nie po prostu produkt, który pośrednio oznacza, że ​​dostawcy mogą kwestionować różne aplikacje lub wdrożenia, które mogą prowadzić do poprawy wydajności i jakości.

Przykład prostego kodu strony JSP jest napisany poniżej:



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.



<% if (clock.getHours( )
Hi there, Good morning!
<% ) else if (clock.getHours( )
Hi there, Good day!
Hi there, Good evening!
Welcome to the site, we are open 24/7.

Objaśnienie: W powyższym kodzie strona będzie wyświetlać użytkownikom różne wiadomości powitania w zależności od lokalnej godziny dnia. Gdy zostanie wyświetlony komunikat „Cześć, dzień dobry!” Oznacza, że ​​lokalny czas systemu jest przed godziną 12:00, „Cześć, dzień dobry!”, Jeśli czas jest między 12:00 a 18:00 i „Cześć, dobry wieczór! ”Oznacza czas lokalny po godzinie 18:00. Na przykład, jeśli czas lokalny to 21:00, strona zostanie wyświetlona jak poniżej:

< html >
< body />Hi there, Good evening!
Welcome to the site, we are open 24/7.
< body >
html >

< html >
< body />Hi there, Good evening!
Welcome to the site, we are open 24/7.
< body >
html >

< html >
< body />Hi there, Good evening!
Welcome to the site, we are open 24/7.
< body >
html > < html >
< body />Hi there, Good evening!
Welcome to the site, we are open 24/7.
< body >
html >

Strona internetowa powyższego kodu zostanie pokazana jak poniżej:

Architektura JSP:

Porozmawiajmy teraz o architekturze JSP (jak działa JSP). Zanim przejdziemy dalej, poinformuj nas, że korzystamy z serwera Apache Tomcat dla JSP, ponieważ serwer Tomcat ma silnik JSP niezbędny do przetwarzania stron JSP. Poniżej omawiamy przepływ żądania i odpowiedzi JSP (punkty architektoniczne) w uporządkowany sposób.

  1. W przypadku pliku JSP żądanie zwykle inicjowane jest przez przeglądarkę klienta.
  2. Serwer WWW (tutaj, JSP Engine) ładuje plik JSP i tłumaczy go, aby wygenerować kod Java, który będzie uważany za serwlet.
  3. Podczas generowania serwletu (kod Java) aparat JSP kompiluje serwlet i w tej fazie wykrywane są błędy kompilacji (jeśli występują).
  4. Po kompilacji kontener ładuje klasę serwletu i wykonuje ją.
  5. Po wykonaniu silnik JSP wysyła odpowiedź z powrotem do klienta.

Należy tutaj zauważyć, że: Faza tłumaczenia i kompilacji jest przetwarzana tylko wtedy, gdy

  1. Pierwsze żądanie przychodzi do pliku JSP.
  2. Wygenerowany serwlet jest starszy niż plik JSP iw tym przypadku plik JSP jest modyfikowany.

Poniżej znajduje się obrazowa reprezentacja architektury JSP (żądanie / odpowiedź) dla lepszego zrozumienia:

Poniżej znajduje się obrazowa reprezentacja strony JSP na temat sposobu jej obsługi / przetwarzania przez serwer.

Zasadniczo JSP (Java Server Pages) jest częścią architektury 3-warstwowej, w której serwer (zwykle nazywany serwerem aplikacji lub serwerem WWW) obsługuje strony Java Server Pages (strony .jsp). Serwer ten działa jako mediator między przeglądarką systemu klienta a bazą danych, jak pokazano na poniższym schemacie.

Wniosek:

Podsumowując, możemy powiedzieć, że strony JSP są zasadniczo wysokim poziomem wykonania serwletu, który umożliwia programistom osadzanie kodów Java na stronach HTML, na których pliki JSP są ostatecznie kompilowane do serwletu przez silnik JSP i że używany jest skompilowany serwlet w celu obsługi żądania od silnika.

Zazwyczaj silnik JSP sprawdza, czy serwlet dla pliku JSP już istnieje i czy zmodyfikowany czas na JSP jest starszy niż wygenerowany serwlet. Jeśli JSP jest starszy, wówczas kontener JSP zakłada, że ​​JSP jest nadal niezmieniony, a wygenerowany serwlet wciąż pasuje do zawartości JSP. W ten sposób proces jest wydajniejszy niż inne języki skryptowe (np. PHP, ASP itp.), A zatem szybszy. Tak więc, dzięki powyższej dyskusji, możemy powiedzieć, że strona JSP jest tylko innym sposobem pisania serwletu bez potrzeby posiadania dużej wiedzy na temat programowania Java, gdzie oprócz fazy tłumaczenia lub procesu, JSP jest obsługiwany prawie podobnie jak inne zwykłe serwlety.

Polecane artykuły

Jest to przewodnik po architekturze JSP. Tutaj omawiamy wprowadzenie, funkcje, architekturę i obrazową reprezentację architektury JSP. Możesz także przejrzeć nasze inne sugerowane artykuły, aby dowiedzieć się więcej -

  1. Pytania do wywiadu JSP
  2. Architektura hurtowni danych
  3. Kariera w administracji bazami danych
  4. Architektura DBMS

Kategoria:

Rozwój oprogramowania