重用是一种神话,这似乎正在日渐成为编程人员的一种共识。然而,重用可能难以实现,因为传统面向对象编程方法在可重用性方面存在一些不足。本技巧说明了组成支持重用的一种不同方法的三个步骤。 第一步:将功能移出类实例方法 执行单一概念性任务的任何方法都应该是独立的,并应将其作为要重用的首选方法。要实现这一点,我们必须返回到过程式编程,将代码移出类实例方法并将其移入全局可见的过程中。为了提高这类过程的可重用性,您应该像编写静态实用方法那样编写这类方法:每个过程只使用其自身的输入参数和/或对其他全局可见过程的调用完成其工作,而且不应该使用任何非局部变量。这种外部依赖性的减弱降低了使用该过程的复杂性,从而可促进在别处对它的重用。当然,即便那些不计划重用的代码也会从这种结构中受益,因为它的结构总是相当清晰。 在 Java 中,方法不能脱离类而存在。但是,您可以采取相关步骤,使方法成为单个类的、公共可见的静态方法。作为示例,您可以采用类似下面这样的一个类: class Polygon {
class Polygon {
class pPolygon {
在以上事例中所作更改的全部效果就是,客户端代码不再非要通过继承 Polygon 来重用其功能。现在这一功能在 pPolygon 类中是以过程为单位提供的。客户端代码仅使用它所需的功能,而不必关心它不需要的功能。 这并不意味着类不会在新的过程式编程风格中发挥积极作用。恰恰相反,类要执行必要的分组任务,并封装它们所代表的对象的数据成员。此外,类通过实现多个接口而具备的多态性使其具备了卓越的可重用性,请参阅第二步中的说明。但是,您应该将通过类继承获得可重用性和多态性的方法归类到优先级较低的技术中,因为将功能包含在实例方法中并不是实现可重用性的最佳选择。 四人合著的畅销书 Design Patterns 简要提及了一种与这一技术只有细微差别的技术。那本书中的 Strategy 模式提倡用一个共公接口将相关算法的每个系列成员都封装起来,以便客户端代码可互换这些算法。因为一种算法通常被编写为一个或几个独立的过程,因而这种封装强调重用执行单一任务(即一个算法)的过程,而不强调重用包含代码和数据、执行多项任务的对象。本步骤也体现了同样的基本思想。 然而,用接口封装算法意味着将算法编写为实现该接口的一个对象。这意味着我们仍然被束缚在与数据耦合在一起的过程及其封装对象的其他方法上,因而使重用变得复杂。每次使用算法时必须实例化这些对象也是个问题,这将降低程序的性能。幸运的是, Design Patterns 提供的一种解决方案可解决这两个问题。在编写 Strategy 对象时您可使用 Flyweight 模式,以使每个对象仅有一个众所周知的共享实例(该实例处理执行问题),这样每个共享对象就不会在两次访问之间维护状态(因此该对象不包含任何成员变量,从而解决了许多耦合问题)。生成的 Flyweight-Strategy 模式将本步骤中封装功能的技术高度集成在全局可用的无状态过程中。 第二步:将非基本数据类型的输入参数类型转换为接口类型 “... 可重用性是通过编写接口,而不是通过编写类来实现的。如果一个方法的所有参数均为一些已知接口的引用,而这些接口又是由您从未听过的一些类实现的,那么该方法可对编写代码时还不存在的类的对象进行操作。从技术上讲,可重用的是方法,而不是传递给该方法的对象。” 将 Holub 的论述应用到第一步的结果,一旦某个功能块可作为一个全局可见的独立过程,您就可以通过将它的每个类级输入参数类型转换为接口类型,从而进一步提高它的可重用性。这样,实现该接口类型的任何类的对象都符合该参数的要求,而不仅仅是符合原始类的要求。这样,该过程便潜在地可用于更多的对象类型。 例如,假定您有一个全局可见的静态方法: static public boolean contains(Rectangle rect, int x, int y) {...}
static public boolean contains(Rectangular rect, int x, int y) {...}
public interface Rectangular {
但是,就以上示例而言,当 Rectangle 接口的 getBounds 方法返回一个 Rectangle 时,您可能不知道使用 Rectangular 接口会有什么实际的好处;也就是说,如果我们知道我们要传入的对象在被请求时能返回 Rectangle;为什么不传入 Rectangle 类型而要传入接口类型呢?最重要的原因与集合有关。假定有这样一个方法: static public boolean areAnyOverlapping(Collection rects) {...}
第三步:选择耦合性较小的输入参数接口类型 static public boolean areOverlapping(Window window1, Window window2) {...}
static public boolean areOverlapping(Rectangular rect1, Rectangular rect2) {...}
您可能有过多次这样的经历,即充分指定了参数要求的可用接口包含过多不必要的方法。碰到这种情况时,您就应在全局名称空间中定义一个新的公共接口,以便其他可能面临同样窘境的方法重用这个接口。 您也可能有过多次这样的经历,即最好创建一个独特的接口来指定单个过程对一个参数的要求。您所创建的接口只会用于那个参数。当您希望将参数当作 C 中的函数指针处理时经常会出现这种情况,例如,假定有这样一个过程: static public void sort(List list, SortComparison comp) {...}
public interface SortComparison {
以上三步旨在改进用更传统的面向对象方法编写的现有代码。将这三个步骤与面向对象编程结合使用即可构建一种新的方法,您可用这种新方法编写以后的代码,这样编写代码将提高方法的可重用性和内聚性,同时也会减少方法的相互耦合及复杂性。 很明显,您不应该对本质上不适合重用的代码执行这些步骤。这种代码通常存在于程序的表示层。创建程序用户界面的代码及将输入事件绑定到完成实际操作的控制代码是不可重用的两个例子,因为它们的功能随程序的不同而相差甚远,根本无法实现可重用性。 |
|