类层次优于标签
有时候,可能会遇到带有两种甚至更多种风格的实例的类,并包含表示实例风格的标签域。
class Figure {
enum Shape { RECTANGLE , CIRCLE }
// Tag field - the shape of this figure
final Shape shape;
// These fields are used only if shape is RECTANGLE
double length;
double width;
// This field is used only if shape is CIRCLE
double radius;
// Constructor for circle
Figure(double radius) {
shape = Shape.CIRCLE;
this.radius = radius;
}
// Constructor for rectangle
Figure(double length , double width)
shape = Shape.RECTANGLE;
this.length = length;
this.width = width;
}
double area() {
switch(shape) {
case RECTANGLE :
return length * width;
case CIRCLE :
return Math.PI = (radius * radius);
default :
throw new AssertionError();
}
}
}
这种标签类有着许多的缺点。充斥着样板代码,包括枚举声明、标签域以及条件语句,还破坏了可读性,这段代码阅读起来并不轻松。内存战占用也增加了,因为在占用也增加了,因为实例承担着属于其他风格的不相关的域。域不可能做成final的,除非构造器初始化了不相关额域。最后实例的数据类型没有提供任何关于其风格的线索,标签类过于冗长、容易出错,并且效率低下。
i安详对象语言java,提供了更好的方法来定义表示更多的种风格对象的单个数据类型:子类型化。标签类正是类层次的一种简单仿效。
以下代码即为类层次的实现:
abstract class Figure {
abstract double area();
}
class Circle extends Figure {
final double radius;
Circle(double radius) { this.radius = radius; }
double area() { return Math.PI = (radius * radius); }
}
class Rectangle extends Figure {
final double length;
final double width;
Rectangle(double length, double width) {
this.length = length;
this.width = width;
}
double area() { return length = width; }
}
这类层次纠正了前面提到过的标签类的所有缺点。这段代码简单清楚,没有包含在原有的版本中所见到的所有样板代码。所有的域都是final的。类层次的另一个好处在于,它们可以用来反映类型之间本质上的层次关系,有助于增强灵活性,并进行更好的编译时类型检查。现在要实现一个正方形的话:
class Square extends Rectangle{
Square(double side){
super(side,side);
}
}
简而言之,标签类很少有适用的时候。当你想要编写一个包含显示标签域的类时,应该考虑这个标签类是否可以取消,这个类是否可以用类层次来代替。当你遇到一个包含标签域的现有类时,就要考虑将它重构到一个层次加构中去。