find　.　-name　"*.java"　|　xargs　grep　-l　"void　evaluate.*Params"　>　pbcopy

这个命令查找当前目录以下的所有 Java™ 源文件，对于每个找到的文件，它在文件中搜索以 evaluate 开头，以 Params 结尾的方法定义。最后的重定向（>）将结果文件粘贴到剪贴板上（至少 在 Mac 上是如此）。当我粘贴结果时，看到了令我惊讶的事：

AbstractRemoteCallUIBean.java Anchor.java Autocompleter.java Checkbox.java ComboBox.java DateTimePicker.java Div.java DoubleListUIBean.java DoubleSelect.java 　 File.java Form.java FormButton.java Head.java InputTransferSelect.java Label.java ListUIBean.java OptionTransferSelect.java Password.java Reset.java Select.java Submit.java TabbedPanel.java table/WebTable.java TextArea.java TextField.java Token.java Tree.java UIBean.java UpDownSelect.java

所有这些类中都包含以上两个方法中的一个或两个！我发现了一个惯用模式。显然，Struts 中的很多 类需要覆盖和定制处理参数的行为，所有这些类各自负责定制。现在的问题是：如何使之变得更好？

演化架构与紧急设计: 积累惯用模式(5)

改进代码，第 1 部分

在 UIBean 的 evaluateParams() 方法中，可以看到很多不同的结构性重复，我的一个同事称之为 “ 相同的空格，不同的值”。换句话说，结构相同，但是代入不同的类或变量名。这代表着一种代码味道， 因为应用程序中前后出现实际上可以复制-粘贴的代码，这些代码差别很小。

修复结构性重复的一种常见的技巧是使用元编程将重复的结构封装到一个地方。清单 2 显示一个新的 方法，以及 evaluateParams() 方法中经过改进的前一部分，这里使用反射提供所需的不同的值：

清单 2. 通过元编程消除结构性重复

protected　void　handleDefaultParameters(final　String　paramName)　{ 　 try　{ 　　　 Field　f　=　UIBean.class.getField(paramName); 　　　 if　(f.get(this)　!=　null)　 　　　　　 addParameter(paramName,　findString(paramName)); 　 }　catch　(Exception　e)　{ 　　　 throw　new　RuntimeException(e.getMessage()); 　 } } public　void　evaluateParams()　{ 　 addParameter("templateDir",　getTemplateDir()); 　 addParameter("theme",　getTheme()); 　 String[]　defaultParameters　=　new　String[]　{"label",　"labelPosition", 　"requiredPosition", 　　　 "tabindex",　"onclick",　"ondoubleclick",　"onmousedown",　"onmouseup",　"onmouseover", 　　　 "onmousemove",　"onmouseout",　"onfocus",　"onblur",　"onkeypress",　"onkeydown", 　　　 "onkeyup",　"onselect",　"onchange",　"accesskey",　"cssClass",　"cssStyle", 　"title"}; 　 for　(String　s　:　defaultParameters)　 　　　 handleDefaultParameters(s)

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