effective java(20) 之类层次优于标签类

effective java 之类层次优于标签类


1、有时候,可能会遇到带有两种甚至更多钟风格的类的实例的类,并包含表示实例风格的(tag)域。
例如下面这个类,它能够表示圆形或者矩形:
	//Tagged class - vastly inferior to a class hierarchy
	public class Figure1 {
		enum Shape {
			RECTANGLE, CIRCLE
		}
		// Tag field - the shape of this figure
		final Shape shape;
		// These field are use only if shape if RECTANGLE
		double length;
		double width;
		// This field is use only if shape is CIRCLE
		double radius;


		// Constructor for circle
		public Figure1(double radius) {
			shape = Shape.CIRCLE;
			this.radius = radius;
		}
		// Constructor for rectangle
		public Figure1(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();
			}
		}
	}

如上就是标签类,
1.它们中充斥着样板代码,包括枚举声明,标签域以及条件语句。由于许多个实现乱七八糟的挤在了单个类中,破坏了可读性。
2.内存占用也增加了,因为实例承担了属于其他风格的不相关的域。
3.域也不能做成final类型的,除非构造器初始化了不相关的域,产生了更多的样板代码。构造器必须不借助编译器,来设置标签域,并且初始化正确的数据域;如果初始化了错误的域,程序就会在运行的时候出错。
4.无法给标签类添加风格,除非可以修改源文件,如果一定要添加风格,就必须给每个条件语句都添加一个条件,否则就会在运行的时候失败。
5.最后,实例的数据类型没有提供任何关于其风格的线索

总结:标签类过于冗长、容易出错,并且效率低下


2、幸运的是,面向对象的语言java,提供了其他更好的方法来定义能表示多种风格对象的单个数据类型:子类型化。标签类正是类层次的一种简单效仿。
3、为了将标签类转化成类层次,首先要为标签类中的每一个方法都定义一个包含抽象方法的抽象类,这每个方法的行为都依赖于标签值。在Figure类中,只有一个这样的方法:area。
这个抽象类是类层次的根。如果还有其他的方法行为不依赖于某个标签的值,就把这样的方法放到这个类中。同样的,如果所有的方法都用到了某些数据域,就应该把他们放在这个类中。在Figure类中,不存在这种类型独立的方法或者数据域。

	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的。
编译器确保每个类的构造器都初始化它的数据域,对于根类中声明的每个抽象方法,都确保有一个实现。这样就杜绝了由于遗漏switch case而导致运行失败的可能性。
多个程序员都可以独立的扩展层次结构,并且不用访问根类的资源代码就能互相操作。每种类型都有一种相关的独立的数据类型,允许程序员指明变量类型,限制变量,并将参数输入到特殊的类型。
类层次的另一个好处在于,它们可以用来反应类型之间本质上的层次关系,有助于增强灵活性,并更好的进行编译时类型检查。

4、总之,标签类很少有适用的时候。当你想要编写一个包含显示的标签域的类时,应该考虑一下,这个标签是否可以被取消,这个类是否可以用类层次来代替,当你遇到一个包含标签域的现有类时,就要考虑将它重构到一个层次结构中去。



每天努力一点,每天都在进步。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

powerfuler

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值