Преглед на директивите за JSP
Страниците JSP съдържат директиви, които насочват контейнера за обработката на страницата, тези директиви са свързани с компилирания сървлет, който автоматично се създава от страницата на JSP. Докато директивите дават инструкции за обработка на контейнера, изпълняващ компонента, директивата не създава никакъв изход
- Стандартният синтаксис за директивата е както следва -
JSP съдържа три директиви -
- Директива на страниците - За да конфигурирате настройки на ниво страница, например - import - „java.util. *“
- Включване на директива - Да се включи файл, например - file = ”Header.JSP”
- Директива Taglib - Съдържа персонализирани действия, които могат да бъдат използвани в страницата, например -
<%@ taglib prefix="s" uri ="/ struts - tags " %>
Различни директиви за JSP
Директивите на JSP са компоненти на изходния код на JSP, които ръководят уеб контейнера за това как да конвертирате JSP страницата в съответния й сървлет. Нека разгледаме няколко директиви.
1. Директива на страницата
Директивата за страниците се използва за инструктиране на JSP преводача за някои аспекти на текущата страница на JSP, като вида на съдържанието, който трябва да се използва, като език, на който трябва да бъде написана страница и т.н.
Директивата на страницата има следния синтаксис -
Сега нека да определим списък от атрибути, използвани за директивата на страницата -
а. Импортиране - Използва се за обявяване на типовете java, които ще се използват на текущата страница. Както ако искаме да използваме списъци в страницата на JSP и да ги повторим, тогава можем да импортираме java.util.list, също така други общи пакети като IO, util и т.н. могат да бъдат импортирани по същия начин. Извършени са някои имплицитни вноси, които не е необходимо да декларираме, докато работим със страниците и сервлетите на JSP в директивите за JSP, които са както следва -
- Ланг
- сървлет
- servlet.http
- servlet.jsp
б. Сесия - Ако е зададено на стойност true, това показва, че страницата ще участва в управлението на сесията, стойността по подразбиране е вярна също, т.е. когато извикате JSP страницата, ще се създаде javax.servlet.http.HttpSession.
° С. Буфер - Той казва размера на буфера на неизразен обект в kb, необходимо е да се спомене kb в края на споменатия размер на буфера, стойността по подразбиране е 8kb или повече в зависимост от JSP контейнера, ако това е зададено на няма, тогава това ще доведе до изходът да се запише директно в съответния PrintWriter.
д. AutoFlush - Стойността по подразбиране е вярна, това показва, че буферната стойност трябва да бъде автоматично размита, когато буферът е пълен. Стойност на false показва, че буферът се размива само ако се извика методът на промиване на имплицитния имплицитен обект.
д. IsThreadSafe - Това е остаряла практика, обикновено не се използва, показва безопасността на нишките, внедрена в страницата.
е. Информация - тук е посочена връщащата стойност на метода GetServletInfo.
гр. Грешка - включена за работа с грешки в страницата.
ч. IsErrorPage - Показва дали една страница може да се справи с грешка или не.
аз. ContentType - Всеки път, когато изпращате данните към контролера в задния час, тялото има свързан тип съдържание, например ако изпратите JSON, XML, обикновения текст, след това контейнерът ще се запознае с типа съдържание, на което той ще отговори. Обектът за отговор ще бъде създаден по същия начин.
к. Странично кодиране - по подразбиране, стойността е ISO-8859-1, обозначава кодирането на символите.
к. Език - Използва се за указване на скриптовия език, използван в дадена страница, по подразбиране стойността ще бъде само java.
л. Разширения - Използва се за наследяване на суперклас като основно оформление може да бъде наследено на всички страници.
м. Директива за подстригване на бели пространства - Независимо дали текстът на шаблона има бели пространства или не, по подразбиране е невярно.
2. Включете директива
Ако съдържанието на една страница с директиви за JSP трябва да бъде използвано в другата JSP, тогава трябва да включим в нея адреса на този JSP, броят на включените отчети ще бъде равен на броя на страниците, които искате да импортирате в текущата си страница, Предимството е, че не е необходимо да пишете целия набор от кодове от тази страница на тази страница, следователно това предотвратява паметта, времето, сложността и режийните разходи за разработчиците, когато се предполага, че се правят каквито и да било промени.
Пример: Можете да импортирате заглавката .jsp, footer.jsp, baseBodyLayout.jsp във всички останали страници и просто трябва да дадете съдържанието, което да бъде преведено в текущата страница, с конкретни подробности, прилежащи само към текущата страница.
Синтаксис за такова включване е -
Моля, обърнете внимание, че обединяването на включените файлове се случва само в момента на превода, а не в момента на заявка, т.е.
- Никой от включения JSP код не се изпълнява; дори още не е съставен.
- Първо файловете се обединяват и след това целият обединен изход се превежда като единица.
- Ако включените файлове някога се променят, няма общ начин контейнерът да знае и прекомпилира цялото устройство за превод.
3. Директива Taglib
Използва се, за да каже на контейнера коя библиотека с тагове изисква конкретен JSP. Използва се и за присвояване на префикс, който се използва в рамките на страницата JSP за идентифициране на маркери от конкретна библиотека с тагове. Когато контейнерът получава тези талиби, той намира кода за тях и го прави готов за използване на JSP.
Синтаксис за използване на taglib е следният -
Така това прави указание на контейнера, че всички тези маркери се използват от тази библиотека с тагове и ще бъдат префиксирани с пространството имена c: в рамките на настоящите директиви за JSP. Този URI може да бъде свързан с библиотека с тагове чрез TLD файл. TLD може да бъде картографиран с карта на taglib във файла web.xml или чрез конкретно разположение под директорията META-INF в архив JAR
Директорията с тагове може също да бъде определена като -
Така че можете да поставите мухи на тагове в WEB-INF / таговете и контейнерът ще го получи оттам.
заключение
Следователно видяхме директивите на JSP и какви индикации действително дават гореспоменатите директиви на контейнера и как контейнерът поддържа нещата решени по време на използването, тези директиви се използват за добавяне на динамично поведение и винаги, когато се проектират динамични уеб проекти, тези подходи идват. достойни. По същия начин, подходът е използван в други синонимни рамки като подпори и много URL адреси са достъпни за такова използване.
Препоръчителни статии
Това е ръководство за директивите за JSP. Тук обсъждаме концепцията, различните директиви и тяхното обяснение с примери. Можете да разгледате и другите ни предложени статии, за да научите повече -
- Въпроси за интервю за JSP
- Разлика между JSP срещу ASP
- Уроци по JSP архитектура
- J2EE Въпроси за интервю, които трябва да знаете