J2EE表现层设计思考 - 编程入门网

例子3.6 Helper Properties - A Simple JavaBean Helper

public class Helper { private String first; private String last; public String getFirst() { return first; } public void setFirst(String aString) { first=aString; } public String getLast() { return last; } public void setLast(String aString) { last=aString; } }

J2EE表现层设计思考(7)

那么怎样才算匹配呢？如果一个request参数的名字和类型和helper bean的属性一样，那么就认为它们是匹配的。通常都会将每个参数和每个bean属性的名字及bean属性的setter方法的类型作比较。

虽然这个技巧非常简单，不过它可以产生一些令人迷惑的东西。首先，要注意的如果request参数的值是空的话那将会怎样的呢？许多开发者可能认为当一个request参数是一个空的String时，如果它和一个bean属性匹配，将会令该bean属性接收一个空的String值或Null。实际上在这种情况下，结果是不会修改匹配的bean属性。还有，由于JavaBean helper对象是跨越多个请求重用的，这种含糊的做法将令数据值不完整和不正确。图3.1展示了这类技巧会带来的问题。

***************图3.1***************

请求1包含有名字为“first”和“last”的参数值，并且这些值设置了相应的bean属性。请求2仅包含有“last”参数的值，因此只设置了bean中的其中一个参数，而“first”参数的值则没有变化。---www.bianceng.cn。它并没有设置为一个空字段串或者是null，这是由于在请求的参数中并没有值。如3.1的图所示，如果bean的值在请求间并没有手动复位，这是将会带来不一致的问题。

在设计你的应用时，要考虑的另一个问题是当form中的项目没有选择的时候，HTML form接口是如何处理的。例如，当一个form拥有多个checkbox，在没有选择任何的checkbox时，服务器端的值是不会被清空的。当request对象由这个接口产生时，在request对象中就没有包含相应的checkbox参数。因此，这些checkbox相关的参数值都不会发送到服务器端（完整的HTML规范，见http://www.w3.org/）。

由于没有参数值传送到服务器，所以如上所述，在使用＜jsp:setProperty＞ 时，匹配的bean属性将保持不变。在这种情况下，除非开发者手动修改这些值，否则应用中将有可能出现不一致和不正确的数据值。一个简单的解决方法是在每个请求间复位所有JavaBean的状态值。

设计表现层时需要避免的坏习惯

所谓的坏习惯，指的是未达到最优化的方案，它们与设计模式的建议是冲突的。当我们将模式和好习惯记录下来时，我们就会自然地抛弃掉那些未达到最优化的习惯。

在这里，我们简单谈一下与表现层相关的坏习惯。

在每个部分，我们都简要描述一下坏习惯，并且提供相关的指引，包括有设计问题，refactoring和模式等，提供进一步的信息和更好的选择。我们并不会非常深入地讨论每个坏习惯，这里只是点到即止，有兴趣的可继续深入研究。

多个视图中使用控制代码

问题摘要

自定义tag helper可以包含在JSP视图的顶部，以执行访问控制和其它类型的检查。如果大量的视图包含有类似的helper引用，维护这些代码将会变的非常困难，因为修改可以发生在多个地方。

解决方法：

修改控制代码，使用一个controller和相关的Command helpers。当需要在多个地方包含类似的控制代码时，例如只有一部分的JSP视图禁止一些用户访问的时候，将这个工作通过一个可重用的helper类完成。

J2EE表现层设计思考(8)

在商业层暴露表现层的数据结构

问题摘要

表现层的数据结构，例如HttpServletReques

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!