Översikt över JSP-direktiv
JSP-sidor innehåller direktiv som styr behållaren om behandlingen av sidan, dessa direktiv är associerade med den sammanställda servlet som automatiskt skapas av JSP-sidan. Medan direktiven ger behandlingsinstruktioner till behållaren som kör komponenten skapar inte direktivet någon utgång
- Standardsyntax för direktivet är som följer -
JSP innehåller tre direktiv -
- Siddirektiv - För att konfigurera inställningar för sidnivå, exempel - import - "java.util. *"
- Inkludera direktiv - För att inkludera en fil, exempel - fil = ”Header.JSP”
- Direktiv om taglib - Innehåller anpassade åtgärder som kan användas på sidan, exempel -
<%@ taglib prefix="s" uri ="/ struts - tags " %>
Olika JSP-direktiv
JSP-direktiven är komponenter i en JSP-källkod som leder webbbehållaren för hur man konverterar JSP-sidan till motsvarande servlet. Låt oss titta på några direktiv.
1. Sidan direktiv
Siddirektivet används för att instruera JSP-översättaren om vissa aspekter av den aktuella JSP-sidan, t.ex. innehållstypen som ska användas, till exempel språk där sidan måste skrivas, etc.
Siddirektivet har följande syntax -
Låt oss nu definiera en lista med attribut som används för sidodirektivet -
a. Importera - Det används för att deklarera vilka java-typer som ska användas på den aktuella sidan. Som om vi vill använda listor på JSP-sidan och iterera över dem så kan vi importera java.util.list, likaså andra vanliga paket som IO, util, etc kan importeras på samma sätt. Det finns viss implicit import som vi inte behöver förklara när vi arbetar med JSP-sidor och servlets i JSP-direktiv som är följande:
- lang
- servlet
- servlet.http
- servlet.jsp
b. Session - Om det är inställt på värde sant, indikerar det att sidan kommer att delta i sessionhanteringen, standardvärdet är också sant, dvs. när du åberopar JSP-sidan skapas javax.servlet.http.HttpSession-instansen.
c. Buffert - Det berättar buffertstorleken för ut implicit objekt i kb, det är nödvändigt att nämna kb i slutet av nämnda buffertstorlek, standardvärdet är 8 kb eller mer beroende på JSP-behållaren, om detta är inställt på ingen kommer det att orsaka utgången som ska skrivas direkt till motsvarande PrintWriter.
d. AutoFlush - Standardvärdet är sant, detta indikerar att buffertvärdet ska spolas automatiskt när bufferten är full. Ett felvärde indikerar att bufferten bara spolas om spolningsmetoden för det implicita svaret kallas.
e. IsThreadSafe - Det är en föråldrad praxis, som inte används vanligtvis, indikerar gängsäkerheten implementerad på sidan.
f. Info - GetServletInfo-metodens returvärde anges här.
g. Errorpage - Ingår för hantering av sidfel.
h. IsErrorPage - Anger om en sida kan hantera fel eller inte.
i. ContentType - När du skickar informationen till controller i backend har kroppen tillhörande innehållstyp, som om du skickar JSON, XML, ren text, kommer behållaren att bli medveten om en innehållstyp som den ska svara med. Svarobjektet skapas på samma sätt.
j. Sidkodning - Standardvärde är ISO-8859-1, indikerar teckenkodningen.
k. Språk - Används för att berätta skriptspråket som används på en sida, ett standardvärde är bara java.
l. Utökar - Används för att ärva den superklass som baslayouten kan ärvas på alla sidor.
m. Trimdirektiv Whitepaces - Oavsett om malltexten har vita utrymmen eller inte, är standard felaktigt.
2. Inkludera direktiv
Om innehållet på en JSP-direktivs sida måste användas i den andra JSP måste vi infoga adressen till den JSP i den, antalet inkludera uttalanden kommer att vara lika med antalet sidor du vill importera till din nuvarande sida . Fördelen är att du inte behöver skriva hela uppsättningen kod från den sidan till den här sidan, varför det förhindrar minne, tid, komplexitet och omkostnader för utvecklare när någon förändring är tänkt att göras.
Exempel: Du kan importera rubriken .jsp, footer.jsp, baseBodyLayout.jsp till alla andra sidor och bara du behöver ange innehållet som ska återges på den aktuella sidan med specifika detaljer som bara följer den aktuella sidan.
Syntax för sådan inkludering är -
Observera att sammanslagningen av inkluderade filer sker endast vid översättningstiden och inte vid begäran, dvs.
- Ingen av den inkluderade JSP-koden körs; det är inte ens sammanställt ännu.
- Filerna slås först samman och sedan översätts hela den sammanslagna utgången som en enhet.
- Om de inkluderade filerna någonsin ändras, finns det inget generellt sätt för behållaren att känna till och kompilera hela översättningsenheten.
3. Taglib-direktivet
Det används för att berätta för behållaren vilket tagbibliotek en specifik JSP kräver. Det används också för att tilldela ett prefix som används på JSP-sidan för att identifiera taggar från ett specifikt taggbibliotek. Behållare när de får dessa taglibs, den hittar koden för dessa taglibs och gör dem redo att använda JSP.
Syntax för att använda taglib är enligt följande -
Så detta ger en indikation för behållaren att dessa alla taggar används från detta taggbibliotek och kommer att förinställas med c: namnområdet i detta JSP-direktiv. Denna URI kan associeras med ett tagbibliotek genom en TLD-fil. TLD kan kartläggas med hjälp av en taglib-karta i filen web.xml, eller via en specifik placering under katalogen META-INF i ett JAR-arkiv.
Taggkatalogen kan också specificeras som -
Så du kan placera taggflugor på WEB-INF / taggar och behållaren kommer att få det därifrån.
Slutsats
Därför har vi sett JSP-direktiv och vilka indikationer som de ovannämnda direktiven ger faktiskt till behållaren och hur container håller saker löst vid användningstidpunkten, dessa direktiv används för att lägga till dynamiskt beteende och när dynamiska webbprojekt utformas kommer dessa tillvägagångssätt att komma värdig. På samma sätt har tillvägagångssättet använts i andra ramar som stagar och många URL: er finns tillgängliga där för sådan användning.
Rekommenderade artiklar
Detta har varit en guide till JSP-direktiv. Här diskuterar vi konceptet, olika direktiv och deras förklaring med exempel. Du kan också gå igenom våra andra föreslagna artiklar för att lära dig mer -
- JSP intervjufrågor
- Skillnaden mellan JSP vs ASP
- Handledning om JSP Arkitektur
- J2EE intervjufrågor som du borde veta