Oversigt over JSP-direktiver
JSP-sider indeholder direktiver, der dirigerer containeren om behandlingen af siden. Disse direktiver er knyttet til den kompilerede servlet, der automatisk oprettes af JSP-siden. Mens direktiverne giver behandlingsinstruktioner til den container, der kører komponenten, skaber direktivet ikke noget output
- Standard syntaks til direktivet er som følger -
JSP indeholder tre direktiver -
- Sidedirektiv - For at konfigurere indstillinger på sideniveau, eksempel - import - “java.util. *”
- Inkluder direktiv - For at inkludere en fil, eksempel - fil = ”Header.JSP”
- Taglib-direktiv - Indeholder tilpassede handlinger, der kan bruges på siden, eksempel -
<%@ taglib prefix="s" uri ="/ struts - tags " %>
Forskellige JSP-direktiver
JSP-direktiver er komponenter i en JSP-kildekode, der leder webcontaineren om, hvordan JSP-siden konverteres til den tilhørende servlet. Lad os se på et par direktiver.
1. Sidedirektiv
Sidedirektivet bruges til at instruere JSP-oversætter om visse aspekter af den aktuelle JSP-side, f.eks. Den indholdstype, der skal bruges, som sprog, som siden skal skrives osv.
Sidedirektivet har følgende syntaks -
Lad os nu definere en liste over attributter, der bruges til sidedirektivet -
en. Import - Det bruges til at erklære java-typer, der skal bruges på den aktuelle side. Som hvis vi ønsker at bruge lister på JSP-siden og iterere over dem, så kan vi importere java.util.list, ligesom andre almindelige pakker som IO, util osv kan importeres på samme måde. Der er gjort visse implicitte importer, som vi ikke behøver at erklære, mens vi arbejder med JSP-sider og servlets i JSP-direktiver, som er som følger -
- Lang
- servlet
- servlet.http
- servlet.jsp
b. Session - Hvis indstillet til værdi sand, indikerer det, at siden vil deltage i sessionstyringen, standardværdien er også sand, dvs. når du påberåber JSP-siden, oprettes javax.servlet.http.HttpSession-instansen.
c. Buffer - Det fortæller bufferstørrelsen for ud implicit objekt i kb, det er nødvendigt at nævne kb i slutningen af den nævnte bufferstørrelse, standardværdien er 8 kb eller mere afhængigt af JSP-beholderen, hvis dette er indstillet til ingen, vil det medføre output, der skal skrives direkte til den tilsvarende PrintWriter.
d. AutoFlush - Standardværdien er sand, dette indikerer, at bufferværdien skal skylles automatisk, når bufferen er fuld. En falsk værdi indikerer, at bufferen kun skylles, hvis skyllemetoden til det implicitte svar af objekt kaldes.
e. IsThreadSafe - Det er en forældet praksis, der ikke generelt bruges, angiver den tråd-sikkerhed, der er implementeret på siden.
f. Info - GetServletInfo-metodens returværdi er specificeret her.
g. Errorpage - Inkorporeret til håndtering af sidefejl .
h. IsErrorPage - Fortæller om en side kan håndtere fejl eller ej.
jeg. ContentType - Hver gang du sender dataene til controlleren i backend, har kroppen tilknyttet indholdstype, ligesom hvis du sender JSON, XML, den almindelige tekst, bliver containeren opmærksom på en indholdstype, som den skal svare med. Svarobjektet oprettes ligeledes.
j. Sidekodning - Standardværdien er ISO-8859-1, angiver tegnkodningen.
k. Sprog - bruges til at fortælle scriptingsproget, der bruges på en side, en standardværdi er kun java.
l. Udvides - Bruges til at arve den superklasse som basislayout kan arves på alle sider.
m. Trimdirektiv Whitespaces - Uanset om skabeloneteksten har whitespaces eller ej, er standard falsk.
2. Medtag direktiv
Hvis indholdet af den ene JSP-direktiver-side skal bruges i den anden JSP, er vi nødt til at inkorporere adressen på den JSP i den, antallet af inkluderende udsagn vil være lig med antallet af sider, du vil importere til din aktuelle side . Fordelen er, at du ikke behøver at skrive hele kodesættet fra denne side til denne side, hvorfor det forhindrer hukommelse, tid, kompleksitet og overhead for udviklere, når enhver ændring formodes at blive udført.
Eksempel: Du kan importere overskriften .jsp, footer.jsp, baseBodyLayout.jsp til alle andre sider, og bare skal du give det indhold, der skal gengives på den aktuelle side, med de specifikke detaljer, der kun overholder den aktuelle side.
Syntaks for sådan inkludering er -
Bemærk, at sammenlægning af inkluderede filer kun sker på oversættelsestidspunktet og ikke på anmodningstidspunktet, dvs.
- Ingen af den inkluderede JSP-kode udføres; det er ikke engang samlet endnu.
- Filerne flettes først, og derefter oversættes hele det fusionerede output som en enhed.
- Hvis de inkluderede filer nogensinde ændres, er der ingen generel måde for containeren at kende og rekompilere hele oversættelsesenheden.
3. Taglib-direktiv
Det bruges til at fortælle containeren, hvilket tagbibliotek en bestemt JSP kræver. Det bruges også til at tildele et præfiks, der bruges på JSP-siden til at identificere tags fra et specifikt tagbibliotek. Container når får disse taglibs, den lokaliserer koden for disse taglibs og gør dem klar til brug JSP.
Syntaks til brug af taglib er som følger -
Så dette giver en indikation for containeren, at disse alle tags bruges fra dette tagbibliotek og vil blive præfixeret med c: navneområdet inden for dette JSP-direktiver. Denne URI kan tilknyttes et tagbibliotek gennem en TLD-fil. TLD'en kan kortlægges ved hjælp af et taglib-kort i web.xml-filen eller via en bestemt placering under META-INF-biblioteket i et JAR-arkiv
Tagmappen kan også specificeres som -
Så du kan placere tagfluer på WEB-INF / tags, og containeren får det derfra.
Konklusion
Derfor har vi set JSP-direktiver, og hvilke indikationer giver ovennævnte direktiver faktisk til containeren, og hvordan containeren holder tingene løst på brugstidspunktet, disse direktiver bruges til at tilføje dynamisk opførsel, og når dynamiske webprojekter designes, kommer disse tilgange værdig. Tilsvarende er fremgangsmåden blevet brugt i andre synonyme rammer som stivere, og mange URL'er er tilgængelige der til sådan brug.
Anbefalede artikler
Dette har været en guide til JSP-direktiver. Her diskuterer vi konceptet, forskellige direktiver og deres forklaring med eksempler. Du kan også gennemgå vores andre foreslåede artikler for at lære mere -
- JSP Interview Spørgsmål
- Forskel mellem JSP vs ASP
- Tutorials om JSP Arkitektur
- J2EE Interview Spørgsmål, du burde vide