演化架构与紧急设计：对设计进行重构 - 编程入门网

框架和应用服务器都提供了 helper 类，诱使您实施一种更加简单的开发：如 果您仅仅是导入和使用它们的某些类，那么完成特定的任务将变得非常容易。一 个典型的例子就是 Struts，这是一种非常流行的开源 Web 框架。Struts 包括了 一组 helper 类来帮助您处理常见问题。例如，如果允许您的域类扩展 Struts ActionForm 类，那么 Struts 将自动从请求中填充表单字段，处理验证和生命周 期事件，并执行其他比较简单的行为。换而言之，Struts 提供了某种权衡：使用 我们的类将使您的开发工作变得非常轻松。它鼓励您创建一种类似于图 1 所示的 结构：

图 1. 使用 Struts ActionForm 类

演化架构与紧急设计：对设计进行重构(2)

黄色的方框包含了您的域类，但是 Struts 框架鼓励您扩展 ActionForm 获得 有用的行为。然而，您现在必须将代码与 Struts 框架耦合。除了 Struts 应用 程序外，您不能在其他任何位置使用域类。这还不利于域类的设计，因为这个实 用类现在必须位于对象层次结构的顶层，不允许您使用继承来整合常见行为。

图 2 展示了一种更好的方法：

图 2. 改进后的设计，使用复合解除与 Struts 的耦合

采用这种方法，您的域类对 Struts ActionForm 不存在任何依赖关系。相反 ，一个接口为您的域类和 ScheduleItemForm 类定义了语义，后者充当域类与框 架之间的一个桥梁。ScheduleItemImpl 和 ScheduleItemForm 都实现了这个接口 ，而 ScheduleItemForm 类通过复合（而不是继承）获得了对域类的引用。允许 Struts helper 维护对您的类的依赖关系，但是反过来并不成立：您不应该让类 对框架存在依赖关系。现在，您可以在其他类型的应用程序中随意使用 ScheduleItem（比如 Swing 应用程序和服务层等）。

与基础设施建立耦合非常简单，并且对于许多应用程序来说也很普遍。当您导 入了框架的优点时，框架可以极大地简化对服务的利用。您应当抵制这种诱惑。 如果框架掩盖住了所有内容，那么就更加难以发现代码中的惯用模式（早期文章 中定义为应用程序中出现的 little 模式）。

违反 DRY 原则

在 The Pragmatic Programmer 一书中，Andy Hunt 和 Dave Thomas 定义了 DRY 原则：不要自我复制。代码中有两处违背了 DRY 原则 — 复制和粘帖代码以 及结构化复制，这将对设计产生影响。

复制和粘帖代码

代码复制使设计变得更加模糊，因为您无法找到惯用模式。在不同位置复制和 粘帖代码会产生一些微小的差异，使您无法确定一个方法或多个方法的实际使用 。当然，人们都知道复制和粘帖代码最终会害了自己，因为您不可避免地要修改 行为，但是很难跟踪所有复制和粘帖了代码的位置。

如何找出代码库中隐藏的复制？有的 IDE 包括了复制检测器（比如 IntelliJ ），或者提供了插件（比如 Eclipse）。还存在独立的工具，即包括开源的（比 如 CPD，即 Copy/Paste Detector），也包括商业的（比如 Simian）。

CPD 项目是 PMD 源代码分析工具的一部分。它是一个基于 Swing 的应用程序 ，可以分析单独文件内或跨多个文件的标记的可配置数量。我需要一个典型的问 题代码库来作为示例，因此选择了前面提到的 Struts 项目。在 Struts 2 代码 上运行 CPD 将生成如图 3 所示的结果：

图 3. 在 Struts 2 上运行 CPD 生成的结果

演化架构与紧急设计：对设计进行重构(3)

CPD 在 Struts 代码库中找到了大量复制。其中许多复制主要关于向 Struts 添加 portlet 支持。事实上，大多数跨文件复制存在于 PortletXXX 和 XXX （ 例如 PortletApplicationMap 和 ApplicationMap）之间。这表明 portlet 支持 没有进行过良好设计。任何时候使用这些复制代码为现

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