JSP 编码规范

整个jsp/jsp bean表示层应当尽可能的瘦和简单化

牢记大多数的JSP都应当是只读的视图,而由页面bean来提供模型

应当一起设计JSP和JSP bean

在尽可能合理的情况下,把业务逻辑从JSP中移走具体于HTTP的逻辑(如,对Cookie的处理)属于bean或支持类中,而不是JSP中

尽量把条件逻辑放在控制器中而不是放在视图中

为JSP、包含的文件、JSP Bean和实现扩展标记的类使用遵循标准的命名惯例如:

jsp控制器 xxxxController.jsp

被包含的: jsp _descriptiveNameOfFragment.jsp

jsp页面模型bean: Bean 如loginBena.java

jsp会话bena: xxxxSessionBean

标记类 : xxxxTag,xxxxTagExtraInfo

应当在JSP中避免使用页面引入指令import指令会促使类的实列化而不是jsp bean的实例化:

不用:<%@ page import = “com.java.util.*” %>

而用:<% java.util.List l = new java.util.LinkedList(); %>

jsp不应该直接去访问请求参数bean应当执行这样的处理过程并且输出所处理的模型数据

jsp不应当访问属性文件,或者使用JNDIbean可以访问属性

如果jsp bean具有的所有的属性不能够从页面请求中被映射到,就要尽力在jsp:useBean标记中设置属性

应当避免设计既显示表单又处理结果的页面

在jsp中避免代码重复把要重复的功能放在一个包含的jsp、bean或标记扩展中,使得它能够被重用

jsp bean应当永远不要去产生HTML

在jsp中应该避免使用out.pringln()发放来产生页面内容

jsp层不应该直接访问数据,这包括JDBC数据库访问和EJB访问

在长度上,scriptlests的代码最好不要超过5行

除了jsp bean之外,jsp不应当去实例化复杂的可读写的对象如果这样的话,就有可能在jsp中去执行不适当的业务逻辑

jsp bean中不应当包含大量的数据

如果使用了jsp:forwardjsp:include标记,并且必须使用简单类型的值来与外部页面进行通讯的话,就应当使用一个或多个jsp:param元素

定制标记应当用在适当把逻辑从jsp中移走的地方

应当谨慎地使用jsp:forward标记,在jsp中它是一个等价的goto

应当使用隐藏的注释来阻止输出的HTML过大

在jsp中避免进行异常处理

每个jsp文件中都应当使用一个错误页面来处理不能够从中恢复的异常

在jsp错误页面中,使用HTML注释来显示传递到该页面中的异常跟踪信息

只有在能够获得性能上的好处时,才使用jspInin()方法和jspDestroy()方法获取和放弃资源是jsp beans和标记处理器的事,而不是由jsp来负责的

如果没有充分的理由,就不要在jsp中定义方法和内部内。