【正文】 的需要的你的網申請內使用， 在你的頁里。 多標簽 庫 指令在 JSP \ 頁內在相同的位置一同被堆積 39。 可選擇標簽 庫 一指令的標簽 庫 申明 風俗標簽 庫 以 JSP 頁使用的指令 (s)。 通常，如果一 JSP 頁有太多 輸入 指令，它很可能包含太多 Java 代碼。 在以前例子中， 鑒定一種外部種類使生活更容易， 特別是當你努力找到一 種輕便馬車種類或者理解 JSP 頁怎樣與 Java 代碼相互作用時。 超出 3 種種類，決定是分別列舉那些種類還是使用 \是一個網開發(fā)者的責任 。 當 復雜的 JAVA包需要被 輸入 到 JSP 頁時，一個例外發(fā)生，導致非常長時間的 輸入 把歸于： % page session=false import=.*,.*, .*, .*, ... ... % 在這情況內， 象下面一樣拆解 這頁指令更 合適 ： % all attributes except import ones % % page ... % % import attributes start here % % page import=.* % % page import=.* % ... 注意到通常， 輸入 陳述遵循地方代碼 約定 給 JAVA技術。 JSP 說明不把限制條件強加給那 JSP 頁指令可能被在相同的頁內確定。 在 有些情況下 ， 公開的注釋需要在翻譯期間被保留并且真實性和有法律目的傳播到客戶端(對一個瀏覽器可見 )。 說明部分提供 簡明的關于 JSP 頁的目的的信息。 當這樣的程序很少被使用時，使用這個串是沒有害處。 在這條注釋內是作者，日期和修正的版權申明， 關于網開發(fā)者的 JSP 頁的一個標識符和描述。 在下面的部分，我們將介紹關于 JSP和標記庫描述符文件的結構。 通常， Java指導課提供關于使 Java 代碼國際化的附加信息， 并且那些利用J2EE 平臺預先設 計計劃的申請書為企業(yè)提供關于網應用的國際化的信息。 當使 JSP 文件國際化時，我們推薦你通過他們的地點把 JSP 頁把歸類進目錄。 以這種方法，那些內容對于那些客戶將越來越不易于接近和看不見 ，因為那些網絡存儲器將不為隸屬于 WEBINF/的任何文件提供服務。第 4， 雖然 JSP 說明為 JSP 碎片建議 .jspf和 .jsp為可能的擴展， 我們推薦 .jspf同 .jsf可能被 JavaServer Faces詳細提出使用。 JSP碎片能使用 .jsp或者 .jspf作為后綴， 并且能分別被安置或者在 /WEBINF/ jspf或者有其余靜止內容。 第三，我們使用術語 JSP碎片指的是能被歸入另一 JSP 網頁的一 JSP 網頁。 其次， subsystem path用來提供精煉的動態(tài)和靜止的網頁內容的邏輯組。 文件類型文件后綴推薦位置 JSP 技術 .jsp context root/subsystem path/ JSP 碎片 .jspcontext root/subsystem path/ .jspfcontext root/WEBINF/jspf/subsystem path/ 級聯(lián)樣式表 .css context root/css/ JavaScript 技術 .js context root/js/ HTML網頁 .html context root/subsystem path/ 網絡資源 .gif, .jpg, etc. context root/images/ 標記庫描述符 .tld context root/WEBINF/tld/ 當讀上面的表格時，有一些事情記住。 如果不，我們推薦你從在這里的 Java 技術和在這里的 JSP 技術開始。 可能的話，這篇文章選擇將調控新 JSP的 約定 為 。 請把全部反饋送到。 尤其， 它地址文件名字和組織，凹口，說明，指令， 申明 ， scriptlets，表達方式，白色的空間，命名約定和編程慣例。羅斯， JavaServerPages 說明 公司領導 2021年 2月 作為 JavaServer Pages(JSP)技術正變得被廣泛地在網上的應用過程中采用， 很多 JSP 程序員和從事于網絡開發(fā)與維護這些網絡用途的開發(fā)者面臨著一個左右為難的窘境，這和許多JAVA 程序員面臨的窘境是一樣的，就是： 我們怎樣組織 JSP 代碼，使它容易讀寫并且一貫保持？ 在這篇文章里， 我們?yōu)閷?JSP 頁 (第 版本和 )提出一套標準協(xié)定，那應該由使用網組成部分的 一項典型的軟件項目遵循。由金海伊馮， Java 技術顧問馬克文章依據了一個 JAVA程序語言模板的編碼協(xié)定，這種協(xié)議用作鑒定各種各樣的重要的元素， 那種元素應該被在一種編碼的協(xié)定說明 (對 JSP 技術相關 )過程中提出。 因為這在提出一套 JSP 編碼 約定 時是我們的第一個嘗試， 你對這些建議 的任何反饋 對于我們都十分感 興趣。 JavaServer第 頁說明， 當有第 版本完全向后相容時， 考慮到一種無書寫的編程風格 (如果沒有 申明 ， scriptlets和表達方式 )和有許多新特征預計逐步形成這些 約定 。 最后，我們假定你象已經為你的工程由你的組織采用的那樣熟悉 JSP 技術， Java 技術和Java 代碼 約定 。 為什么有代碼 約定 ？ 代碼 約定 的 許多原因對程序員和網內容開發(fā)者 來說是 重要 的 ： 他們改進軟件人工制品的 易讀性， 他們降低訓練管理和努力 他們的機構化的約定朝著標準化平衡 文件的名字和位置 命名文件給工具賣方和網絡容器一種方法來決定文件的類型和 相應的 說明 他們 下述表格列舉我們建議的文件后綴和位置。 首先， context root是網絡應用 (在一個 .war 文件里面的根目錄 )的上下文的根。 對小型網絡應用來說，這可能是一根空的串 。 在 JSP 說明里注意到，術語 JSP程序段 被改為使用作為術語 JSP 碎片 被超載。 并非整頁總是使用那些后綴 .jspf的 JSP 的碎片應該總能被安置在 /WEBINF/ jspf。 最后， 這是一個通常的方法通常，就是安置描述符庫的描述符文件和任何其他非公眾內容在 WEBINF/或者隸屬于它的子目錄之下的方法。 一個可選擇的受歡迎的文件的 名字， 象在部署描述符 ()的受歡迎文件的要素里 申明的那樣， 如果將產生動態(tài)的內容，應該是 ，或者如果受歡迎的頁網是靜止的，則是 。 例如，英文版的 /en_US/ /ja _ JP / 下。 文件組織 一個好的結構的源頭代碼文件不僅容易讀，并且更迅速的在文件內部安置信息。 JSP 文件 / JSP 碎片文件 一個 JSP 文件由以下部分組成，這些部分按順序列出： 公開的注釋 JSP 網頁指令 可選擇的標簽庫指令 可選擇的 JSP 文件申明 HTML 和 JSP 代碼 公開的注釋 一個 JSP 文件或者碎片文件用一個服務器方面風格的注釋開始 % Author(s): Date: Copyright Notice: () Description: % 這條注釋只在服務器方面是可見的，因為它在 JSP網頁面轉換期間被除去。這些 () 特點的結合被確定的程序作為指明標識符的開始辨認。 另外， 這結合有時添加 $Id$作為鑒定信息自動被插入 JSP 網頁中， 以一些版本控制程序。 它不止持續(xù)一個段落。 這可能通過使注釋塊分裂成兩個部分被取得； 首先，客戶端風格的注釋： ! Author(s): Date: Copyright Notice: 以及一條更短的服務器端風格的注釋： % () Description: % JSP 網頁指令 一個 JSP網頁的指 令在翻譯同時給與 JSP 網頁相關的確定的指令下定義。 因此 (除了第一個 例子 在輸出的時候以兩行額外的空白行作為開頭 )，以下的二個代碼 例子 相等： 代碼樣品 1： % page session=false % % page import=.* % % page errorPage=/mon/ % 如果任何指令的長度， 例如一指令的頁，超過一 個 JSP 頁 (80 個字符 )的正常寬度，指令插入多產品： 代碼樣品 2： % page session=false import=.* errorPage=/mon/ % 通常， 例子 2 對于指令的頁的代碼樣品來說比代碼第 1 樣品是 更 好的 選擇適合確定。 例如， 當能達到來自相同的包的3 種種類被使用時，它可能一般被接受為那個， 輸入 應該 申明 具體的 獨特的類 ，而不是他們的包裹。 *\表達式。 例如， 不通知被 輸入 的 JAVA包就象如下所示的那樣， 為了找到一種用戶種類，一個網開發(fā)者必須通過所有這些包搜尋： % page import=.* % % page import=.* % % page import=.* % ... 在后面例子中，書面 JSP 頁更整潔，但是找到種類是難的。 更好的選擇將是使用更多的 JSP 標簽 (在這篇文章里過后討論 )。 短的指令被在一條單個的線內 申明 。身體： % taglib uri=URI1 prefix=tagPrefix1 % % taglib uri=URI2 prefix=tagPrefix2 % ... 正象用指令頁， 一指令的標簽 庫 的長度超過一 JSP 頁 (80 字符 )的正常寬度如果，指令插入多產品： % taglib uri=URI2 prefix=tagPrefix2 % 只正被在一頁里使用的標簽 庫 應該被 輸入 。 使用 JSTL的頁，通常，容易讀并且保持。 這些方法和變量在 JAVA編程語言不不同于 申明 ， 因此相關的代碼 約定 應該被跟隨。 身體 s 在那些 \ 頁 JSP 的一個地區(qū)內的 申明 。 % %! private Date today。 } % %! private int hitCount。 public int getHitCount() { return hitCount。 標簽 庫 描述符 標簽 庫 描述符 (TLD)文件必須 以合適的 XML申 明 和正確的 DTD描述開頭 。 文檔剩下部 分包含以下部分，以它們出現(xiàn)的順序為序： 對正確的標簽庫的可選擇的申明 對事件響應者的可選擇的申明 對一個或多個激活的標簽的申明 建議你為 TLD文檔的要素加入以下可選擇的副要素。 TLD要素 副要素 性質描述（ ) 開始程序描述（ ) 標簽顯示名稱，描述，例子名，信息 taglib uri,顯示名稱， uri描述，信息 正確描述（ ) 多種描述 （ ) 首行縮排 缺口必須被空格符填滿。除非被特殊集成開發(fā)環(huán)境（ IDE)工具限制 .這兒是一個例子： myTagLib:forEach var=client items=${clients} myTagLib:mail value=${client} / /myTagLib:forEach 持續(xù)缺口會使前一行里固有的點調整隨后一系列阻塞。主體從同一行開始以要素標記 %=開頭，開始新的一行也是以 %=開頭。如： %= (().get() =) ? Sleep in : Go to work % JSP,HTML和 Java的混合缺口。這是因為形式上的正常的缺口可能使看見 JSP源文件很困難。注意這會改變客戶端的最終輸出的缺口致使顯示。例如，在 TABLE標簽前加入多個空格不會改變表格的位置。 table % if ( tableHeaderRequired ) { % tr thLast Name/th thFirst Name/th