最大限制地提高代码的可重用性,克服传统面向对象…

2008-02-23 09:56:06来源：互联网阅读 ()

重用是一种神话，这似乎正在日渐成为编程人员的一种共识。然而，重用可能难以实现，因为传统面向对象编程方法在可重用性方面存在一些不足。本技巧说明了组成支持重用的一种不同方法的三个步骤。

第一步：将功能移出类实例方法
由于类继承机制缺乏精确性，因此对于代码重用来说它并不是一种最理想的机制。也就是说，如果您要重用某个类的单个方法，就必须继承该类的其他方法以及数据成员。这种累赘不必要地将要重用此方法的代码复杂化了。继承类对其父类的依赖性引入了额外的复杂性：对父类的更改会影响子类；当更改父类或子类中的任一方时，很难记住覆盖了哪些方法（或者没有覆盖哪些方法）；而且是否应该调用相应的父类方法也不明朗。

执行单一概念性任务的任何方法都应该是独立的，并应将其作为要重用的首选方法。要实现这一点，我们必须返回到过程式编程，将代码移出类实例方法并将其移入全局可见的过程中。为了提高这类过程的可重用性，您应该像编写静态实用方法那样编写这类方法：每个过程只使用其自身的输入参数和/或对其他全局可见过程的调用完成其工作，而且不应该使用任何非局部变量。这种外部依赖性的减弱降低了使用该过程的复杂性，从而可促进在别处对它的重用。当然，即便那些不计划重用的代码也会从这种结构中受益，因为它的结构总是相当清晰。

在 Java 中，方法不能脱离类而存在。但是，您可以采取相关步骤，使方法成为单个类的、公共可见的静态方法。作为示例，您可以采用类似下面这样的一个类：

class Polygon {
.
.
public int getPerimeter() {...}
public boolean isConvex() {...}
public boolean containsPoint(Point p) {...}
.
.
}

并将其更改为类似以下的形式：

class Polygon {
.
.
public int getPerimeter() {return pPolygon.computePerimeter(this);}
public boolean isConvex() {return pPolygon.isConvex(this);}
public boolean containsPoint(Point p) {return pPolygon.containsPoint(this, p);}
.
.
}

其中，pPolygon 如下所示：

class pPolygon {
static public int computePerimeter(Polygon polygon) {...}
static public boolean isConvex(Polygon polygon) {...}
static public boolean containsPoint(Polygon polygon, Point p) {...}
}

类名 pPolygon 反映了该类所封装的过程主要与类型 Polygon 的对象有关。类名前的 p 表示该类的唯一用途就是将公共可见的静态过程组织起来。然而，在 Java 中类名以小写字母开头是不规范的，像 pPolygon 这样的类并不完成正常的类功能。这就是说，它不代表一类对象；它只是该语言所需的一个组织实体。

在以上事例中所作更改的全部效果就是，客户端代码不再非要通过继承 Polygon 来重用其功能。现在这一功能在 pPolygon 类中是以过程为单位提供的。客户端代码仅使用它所需的功能，而不必关心它不需要的功能。

这并不意味着类不会在新的过程式编程风格中发挥积极作用。恰恰相反，类要执行必要的分组任务，并封装它们所代表的对象的数据成员。此外，类通过实现多个接口而具备的多态性使其具备了卓越的可重用性，请参阅第二步中的说明。但是，您应该将通过类继承获得可重用性和多态性的方法归类到优先级较低的技术中，因为将功能包含在实例方法中并不是实现可重用性的最佳选择。

四人合著的畅销书 Design Patterns 简要提及了一种与这一技术只有细微差别的技术。那本书中的 Strategy 模式提倡用一个共公接口将相关算法的每个系列成员都封装起来，以便客户端代码可互换这些算法。因为一种算法通常被编写为一个或几个独立的过程，因而这种封装强调重用执行单一任务（即一个算法）的过程，而不强调重用包含代码和数据、执行多项任务的对象。本步骤也体现了同样的基本思想。

然而，用接口封装算法意味着将算法编写为实现该接口的一个对象。这意味着我们仍然被束缚在与数据耦合在一起的过程及其封装对象的其他方法上，因而使重用变得复杂。每次使用算法时必须实例化这些对象也是个问题，这将降低程序的性能。幸运的是， Design Patterns 提供的一种解决方案可解决这两个问题。在编写 Strategy 对象时您可使用 Flyweight 模式，以使每个对象仅有一个众所周知的共享实例（该实例处理执行问题），这样每个共享对象就不会在两次访问之间维护状态（因此该对象不包含任何成员变量，从而解决了许多耦合问题）。生成的 Flyweight-Strategy 模式将本步骤中封装功能的技术高度集成在全局可用的无状态过程中。

第二步：将非基本数据类型的输入参数类型转换为接口类型
通过接口参数类型而非通过类继承利用多态性，这是在面向对象编程方法中实现可重用性的真正基础，正如 Allen Holub 在 "Build User Interfaces for Object-Oriented Systems, Part 2" 中所讲的那样。

“... 可重用性是通过编写接口，而不是通过编写类来实现的。如果一个方法的所有参数均为一些已知接口的引用，而这些接口又是由您从未听过的一些类实现的，那么该方法可对编写代码时还不存在的类的对象进行操作。从技术上讲，可重用的是方法，而不是传递给该方法的对象。”
将 Holub 的论述应用到第一步的结果，一旦某个功能块可作为一个全局可见的独立过程，您就可以通过将它的每个类级输入参数类型转换为接口类型，从而进一步提高它的可重用性。这样，实现该接口类型的任何类的对象都符合该参数的要求，而不仅仅是符合原始类的要求。这样，该过程便潜在地可用于更多的对象类型。

例如，假定您有一个全局可见的静态方法：

static public boolean contains(Rectangle rect, int x, int y) {...}

该方法旨在判断给定的矩形是否包含给定的位置。此处您应该将 rect 参数的类型从类类型 Rectangle 更改为接口类型，如下所示：

static public boolean contains(Rectangular rect, int x, int y) {...}

Rectangular could be the following interface:

public interface Rectangular {
Rectangle getBounds();

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有