【正文】 tomers[i].getLastName() %/td td%= customers[i].getFirstName() %/td /tr % } % /table 客戶端作為計數(shù) table % for ( Enumeration e = ()。 例如，在 JSP 內(nèi)，標準標簽 庫 ， JSP 代碼的下列部分將支持兩個陣列兩個列舉用戶的表現(xiàn)： table c:forEach var=customer items=${customers} tr tdc:out value=${}//td tdc:out value=${}//td /tr /c:forEach /table 不過，如果一座共同標簽 庫 被使用，在使用用戶的不同的類型方面有一種更高的靈活性。 conn = ()。 } } catch (SQLException e) { (Could not retrieve customer names: + e)。 一種更好的選擇將授予進行數(shù)據(jù)檢索的一位前面控制人員 servlet這， 提供給 JSP 頁通過請求 scoped的結(jié)果把歸于。 使用風俗標簽 (標簽處理機 )無論何時適合被處理的信息在服務(wù)器面上可提供。 其它二個例子以為 myBean， scoped把可能被發(fā)現(xiàn)使用 歸于 ()。 而且，逐步形成成 JSP ，在那里等價物可能通過僅僅打印美元被完成 { }用模板正文。 例如， %= x % 被結(jié)束更喜歡 % ( x )。 對于下面的例子來說， 一空白產(chǎn)品在二 JSP 表情在街區(qū)叫的 預(yù) 的一 HTML 里面之間插入引起一額外產(chǎn)品在可見的 HTML 產(chǎn)量內(nèi)插入， 在內(nèi)客戶 \ 39。 對客戶的 JSP 陳述 HTML 生產(chǎn) pre %= () % %= () % /pre Joe Block pre %= () % %= () % /pre Joe Block %= () % %= () % Joe Block 空白一白色的空格符 (顯示為 )應(yīng)該被在一個 JSP 標簽和它的身體之間插入。 名字可能由多話組成，在這種情況下，話安置立即臨近和每句話從一個大寫字母開始。 為了更進一步離其他種類區(qū)分一種相關(guān)標簽的種類，包裹后綴，標簽或者 taglib 能被用于種類的包裹名字。 被使用標準句法寫的 JSP 頁被稱為 \JSP 頁。 應(yīng) 當指出 XML 句法常常作者 JSP 頁與不同，并且經(jīng)常同混淆起來 XML一 JSP 頁的意見。 在可選擇的序言為資料變成那些意見之后。 真實滿足那些 JSP 的資料作為 subelements 出現(xiàn)一定被被等效的他們的 XML那里替換，例如。 level 3。 在 JSP 頁里的 Java 代碼更難調(diào)試。 包含 Java 代碼， HTML 的代碼和為指令寫稿子的另一個可能難讀。 JavaBeans 零部件預(yù)置 JSP 技術(shù)提供一種便利的要素初始化全部 PropertyDescriptor 鑒定的一個 JavaBeans 零部件的特性。 第二， 不讓人確定 PropertyEditors 的非初步特性可能不含蓄從 ServletRequest 物體的線價值初始化，明確變換可能被需要。 因此，而不是使用 getServletConfig().getServletContext().getInitParameter(param) 為了象通過 ServletContext 實例提供的那樣進入預(yù)置參數(shù)，一個人能利用容易可提供的暗示的物體： (param) 在只一個預(yù)置參數(shù)的價值被輸出的情況里， 使用一個 JSTL 標簽進入預(yù)置參數(shù)將更好： c:out value=${initParam[39。 引用的非制服更喜歡引用 % page import=39。 / 如果一個風俗標簽沒有身體內(nèi)容，使用風俗標簽， 那些內(nèi)容應(yīng)該被明確 申明 與空 (而不是給那些 \\ JSP單詞拖欠 )在那些描述符 庫 標簽內(nèi)象這樣： tag namehello/name tagclass/tagclass bodycontentempty/bodycontent ... /tag 這 告訴 JSP 集裝箱身體內(nèi)容一定是空的而不是包含任何 JSP句法被分析。 那時， 一種 TagExtraInfo 種類或者一種 TagLibraryValidator 種類應(yīng)該被寫并且在 TLD 里記錄，以便用標簽 庫 的錯誤可能是被想抓住的翻譯時間。 這改進贈送的一致成那些用戶并且降低維修努力和 JSP 頁的代碼大小。 通常， 當靜電干擾包括時，指令用來包括將不被單獨請求的一頁， 記得要使用那些擴展 .jspf并且安置那 些文件在內(nèi) /Web 信息 / jspf / 目錄的那些檔案 (戰(zhàn)爭 )應(yīng)用 Web 的。 我們 \ 39。 下面，我們向源碼介紹隨著證明代碼 約定 在上面給的一全部網(wǎng)應(yīng)用。 然后，它使用 JSTL 做正文格式編排和形成環(huán)用 HTML 產(chǎn)生結(jié)果。 參考 Java程序語言代碼 約定 。 Alur D.， Crupi J.， Malks D.， J2EE核心圖案： 最佳實踐和設(shè)計策略， Sun微型系統(tǒng)評論， Prentice Hall 股份有限公司， 2021。 JavaServer Faces技術(shù)。re quite interested in any feedback you may have on these remendations. Please send all feedback to . The JavaServer Pages Specification, while fully backwards patible with version , allows for a scriptfree programming style (without declarations, scriptlets and expressions) and has a number of new features that are expected to evolve these conventions. Where possible, this article chooses conventions that will leverage the new JSP technology features. Finally, we assume that you are familiar with JSP technology, Java technology and Java code conventions as already adopted by your anization for your projects. If not, we remend that you start with Java technology here and JSP technology here. Why Have Code Conventions? Code conventions are important to programmers and web content developers for a number of reasons: They improve the readability of software artifacts They reduce training management and effort They leverage anizational mitment towards standardization File Names and Locations File naming gives tool vendors and web containers a way to determine file types and interpret them accordingly. The following table lists our remended file suffixes and locations. File Type File Suffix Remended Location JSP technology .jsp context root/subsystem path/ JSP fragment .jsp context root/subsystem path/ .jspf context root/WEBINF/jspf/subsystem path/ cascading style sheet .css context root/css/ JavaScript technology .js context root/js/ HTML page .html context root/subsystem path/ web resource .gif, .jpg, etc. context root/images/ tag library descriptor .tld context root/WEBINF/tld/ There are a few things to keep in mind when reading the table above. First, context root is the root of the context of the web application (the root directory inside a .war file). Second, subsystem path is used to provide refined logical grouping of dynamic and static web page contents. For a small web application, this may be an empty string. Third, we use the term JSP fragment to refer to a JSP page that can be included in another JSP page. Note that in the JSP Specification, the term JSP segment is used instead as the term JSP fragment is overloaded. JSP fragments can use either .jsp or .jspf as a suffix, and should be placed either in /WEBINF/jspf or with the rest of the static content, respectively. JSP fragments that are not plete pages should always use the .jspf suffix and should always be placed in /WEBINF/jspf. Fourth, though the JSP specification remends both .jspf and .jsp as possible extensions for JSP fragments, we remend .jspf as .jsf might be used by the JavaServer Faces specification. Finally, it is in general a good practice to place tag library descriptor files and any other nonpublic content under WEBINF/ or a subdirectory underneath it. In this way, the content will be inaccessible and invisible to the clients as the web container will not serve any files underneath WEBINF/. An optional wele file3