Oversikt over JSP-direktiver
JSP-sider inneholder direktiver som dirigerer beholderen om behandlingen av siden. Disse direktivene er tilknyttet den kompilerte servleten som opprettes automatisk av JSP-siden. Mens direktivene gir behandlingsinstruksjoner til beholderen som kjører komponenten, skaper ikke direktivet noen utdata
- Standard syntaks for direktivet er som følger -
JSP inneholder tre direktiver -
- Sidedirektiv - For å konfigurere innstillinger på sidenivå, eksempel - import - "java.util. *"
- Inkluder direktiv - For å inkludere en fil, eksempel - fil = ”Header.JSP”
- Direktiv om taglib - Inneholder tilpassede handlinger som kan brukes på siden, eksempel -
<%@ taglib prefix="s" uri ="/ struts - tags " %>
Ulike JSP-direktiver
JSP-direktiver er komponenter i en JSP-kildekode som guider nettcontaineren om hvordan du konverterer JSP-siden til den tilhørende servleten. La oss se på noen få direktiver.
1. Sidedirektiv
Sidedirektivet brukes til å instruere JSP-oversetteren om visse aspekter av den nåværende JSP-siden som innholdstypen som skal brukes, for eksempel språk som siden må skrives osv.
Sidedirektivet har følgende syntaks -
La oss nå definere en liste over attributter som brukes for sidedirektivet -
en. Import - Det brukes til å erklære java-typene som skal brukes på den gjeldende siden. Som om vi vil bruke lister på JSP-siden og iterere over dem, så kan vi importere java.util.list, på samme måte kan andre vanlige pakker som IO, util, etc importeres på samme måte. Det er gjort visse implisitte importer, som vi ikke trenger å erklære mens vi arbeider med JSP-sidene og servlets i JSP-direktiver, som er som følger -
- lang
- servlet
- servlet.http
- servlet.jsp
b. Session - Hvis satt til verdi sant, indikerer det at siden vil delta i sesjonshåndteringen, standardverdien er også sann, dvs. når du påkaller JSP-siden, vil javax.servlet.http.HttpSession-forekomst opprettes.
c. Buffer - Det forteller bufferstørrelsen på ut implisitt objekt i kb, det er nødvendig å nevne kb på slutten av nevnte bufferstørrelse, standardverdien er 8 kb eller mer avhengig av JSP-beholderen, hvis dette er satt til ingen, vil det føre til utskriften som skal skrives direkte til den tilsvarende PrintWriter.
d. AutoFlush - Standardverdien er sann, dette indikerer at bufferverdien skal skylles automatisk når bufferen er full. En falsk verdi indikerer at bufferen bare skylles hvis skyllemetoden til svaret implisitte objekt kalles.
e. IsThreadSafe - Det er en utdatert praksis, ikke generelt brukt, indikerer trådsikkerheten implementert på siden.
f. Info - GetServletInfo-metodens returverdi er spesifisert her.
g. Errorpage - Inkludert for håndtering av sidefeil .
h. IsErrorPage - Forteller om en side kan håndtere feil eller ikke.
Jeg. ContentType - Når du sender dataene til kontrolleren på backend, har kroppen tilknyttet innholdstype, som om du sender JSON, XML, ren tekst, så vil beholderen bli oppmerksom på en innholdstype som den skal svare med. Svarobjektet opprettes på samme måte.
j. Sidekoding - Som standard er verdien ISO-8859-1, indikerer tegnkodingen.
k. Språk - brukes til å fortelle skriptspråket som brukes på en side, en standardverdi vil bare være java.
l. Utvider - Brukes til å arve superklassen som basisoppsett kan arves på alle sider.
m. Trimdirektiv Whitespaces - Uansett om maleteksten har hvite mellomrom eller ikke, er standard feil.
2. Ta med direktiv
Hvis innholdet på den ene JSP-direktiver-siden må brukes i den andre JSP, må vi inkludere adressen til den JSP-siden i den, vil antallet inkluderingsuttalelser være lik antall sider du vil importere til din nåværende side . Fordelen er at du ikke trenger å skrive hele settet med kode fra denne siden til denne siden, og dermed forhindrer det minne, tid, kompleksitet og overhead for utviklere når noen endring er ment å bli utført.
Eksempel: Du kan importere overskriften .jsp, footer.jsp, baseBodyLayout.jsp til alle andre sider, og bare trenger du å gi innholdet som skal gjengis på den aktuelle siden med de spesifikke detaljene som bare følger den aktuelle siden.
Syntaks for slik inkludering er -
Vær oppmerksom på at sammenslåing av inkluderte filer skjer bare på oversettelsestidspunktet og ikke på forespørselstidspunktet, dvs.
- Ingen av den medfølgende JSP-koden blir kjørt; den er ikke en gang samlet.
- Filene slås først sammen, og deretter oversettes hele den sammenslåtte utgangen som en enhet.
- Hvis de inkluderte filene noen gang blir endret, er det ingen generell måte for beholderen å kjenne til og kompilere hele oversettelsesenheten på.
3. Taglib-direktivet
Den brukes til å fortelle containeren hvilket tagbibliotek en spesifikk JSP krever. Det brukes også til å tilordne et prefiks som brukes på JSP-siden for å identifisere koder fra et spesifikt tagbibliotek. Beholder når får disse taglibs, den finner koden for disse taglibs og gjør dem klar til bruk JSP.
Syntaks for å bruke taglib er som følger -
Så dette gir en indikasjon til beholderen at disse alle taggene blir brukt fra dette tagbiblioteket og vil bli forhåndsinnstilt med c: navnefeltet i dette JSP-direktivet. Denne URI kan assosieres med et tagbibliotek gjennom en TLD-fil. TLD kan kartlegges ved hjelp av et taglib-kart i web.xml-filen, eller via spesifikk plassering under META-INF-katalogen i et JAR-arkiv.
Taggkatalogen kan også spesifiseres som -
Så du kan plassere tagfluer på WEB-INF / tags, og containeren vil få det derfra.
Konklusjon
Derfor har vi sett JSP-direktiver og hvilke indikasjoner gir ovennevnte direktiver faktisk til containeren og hvordan container holder ting løst på brukstidspunktet, disse direktivene brukes til å legge til dynamisk oppførsel, og når dynamiske nettprosjekter er designet, kommer disse tilnærmingene verdig. På samme måte har tilnærmingen blitt brukt i andre synonyme rammer som stivere, og mange URL-er er tilgjengelige der for slik bruk.
Anbefalte artikler
Dette har vært en guide til JSP-direktiver. Her diskuterer vi konseptet, ulike direktiver og deres forklaring med eksempler. Du kan også gå gjennom andre foreslåtte artikler for å lære mer -
- JSP intervjuspørsmål
- Forskjell mellom JSP vs ASP
- Veiledninger om JSP Arkitektur
- J2EE intervjuspørsmål du bør vite