随笔 - 1  文章 - 3  trackbacks - 0
<2024年12月>
24252627282930
1234567
891011121314
15161718192021
22232425262728
2930311234


常用链接

留言簿(1)

随笔档案

文章分类

文章档案

相册

搜索

  •  

最新评论

  • 1. re: EXT乱码
  • @lyq
    我们用的是UTF-8
  • --gkc
  • 2. re: EXT乱码
  • 你们工程里面用的编码格式是utf-8吗?如果不是的话,怎么只要把method=“post”就行了呢?

    那如果编码格式是 gbk/gb2312,中文乱码的问题怎么处理的呢?
  • --lyq
  • 3. re: EXT出错:undefined
  • 谢了,哥们.我也折腾了N久,最后被你的帖启发了!
  • --小波
。整个jsp/jsp bean表示层应当尽可能的瘦和简单化。

 

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

。应当一起设计JSP和JSP bean

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

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

。为JSP、包含的文件、JSP Bean和实现扩展标记的类使用遵循标准的命名惯例。如:
        jsp控制器   xxxxController.jsp
       被包含的:  jsp _descriptiveNameOfFragment.jsp
        jsp页面模型bean:   <pagename>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不应当访问属性文件,或者使用JNDI。bean可以访问属性。

。如果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:forward>和<jsp:include标记>,并且必须使用简单类型的值来与外部页面进行通讯的话,就应当使用一个或多个<jsp:param>元素

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

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

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

。在jsp中避免进行异常处理

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

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

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

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

posted on 2007-10-26 21:59 ...... 阅读(130) 评论(0)  编辑  收藏

只有注册用户登录后才能发表评论。


网站导航: