演化架构与紧急设计: 语言、表达性与设计 - 第2部分

演化架构与紧急设计: 语言、表达性与设计 - 第2部分2011-08-18 IBM Neal Ford简介：发现和积累惯用模式的能力对于紧急设计至关重要。对于设计而言同样十分重要的是代码的表达性。在本系列文章的第 2 部分中，Neal Ford 将继续讨论表达性和模式的交集，通过惯用模式和正式设计模式阐释这些概念。他用动态语言为 JVM 重构了一些经典的四人组（Gang of Four）模式，以说明表达性更好的语言如何使您看到被透明度不佳的语言遮挡的设计元素。

本文是本系列文章的第 2 部分，旨在演示计算机语言的表达性（允许您专注于本质，而不是形式）对于紧急设计的重要作用。意图（intent）与结果（result）之间的分歧对于许多年代久远的语言（包括 Java™ 语言）来说都是一个通病，从而为问题解决工作添加了不必要的形式。表达性更好的语言可以帮助开发人员更加轻松地发现惯用模式，因为代码中包含的无用信息更少。表达性是 Groovy 和 Scala 等现代语言的特征；年代久远但表达性较好的语言包括 Ruby（其中，JRuby 是一种 JVM 变体）；其他表达性较好的语言还包括经过翻新的 Clojure，以及基于 JVM 的现代 Lisp。在本文中，我将继续第 1 部分中的演示 — 使用表达性更好的语言实现设计模式一书中的传统四人组模式。

修饰符模式

四人组的书籍将修饰符模式定义为：

将额外的责任动态赋予某个对象。修饰符提供了另外一种灵活的用于扩展功能的继承方法。

如果您曾经使用过 java.io.* 包，则应该对修饰符模式有所了解。显然，I/O 库的设计者们阅读了四人组书籍的修饰符部分，并领悟了其核心意义！首先，我将演示修饰符模式在 Groovy 中的传统实现，然后再在后续示例中提高它的动态性。

传统的修饰符

清单 1 显示了一个 Logger 类，以及与该类相关的一些修饰符（TimeStampingLogger 和 UpperLogger），所有代码均在 Groovy 中实现：

清单 1. Logger 和两个修饰符

class Logger {
  def log（String message） {
     println message
  }
}

class TimeStampingLogger extends Logger  {
  private Logger logger

  TimeStampingLogger（logger） {
     this.logger = logger
  }

  def log（String message） {
     def now = Calendar.instance
    logger.log（"$now.time: $message"）
  } 
}

class UpperLogger extends Logger {
  private Logger  logger

  UpperLogger（logger） {
    this.logger = logger
  } 

  def log（String message） {
    logger.log（message.toUpperCase（）） 
  }
}