从Java类库看设计模式（4） - 编程入门网
| () {
try {
//get方法仍然是一个抽象方法，依赖于具体的子类实现
Object next = get(cursor);
//检查列表是否被不正确的修改
checkForComodification();
lastRet = cursor++;
return next;
} catch(IndexOutOfBoundsException e) {
checkForComodification();
throw new NoSuchElementException();
}
}
public void remove() {
if (lastRet == -1)
throw new IllegalStateException();
checkForComodification();
try {
//同样remove(int)也依赖于具体的子类实现
AbstractList.this.remove(lastRet);
if (lastRet < cursor)
cursor--;
lastRet = -1;
expectedModCount = modCount;
} catch(IndexOutOfBoundsException e) {
throw new ConcurrentModificationException();
}
}
final void checkForComodification() {
if (modCount != expectedModCount)
throw new ConcurrentModificationException();
}
}
这儿的设计技巧和上面一样，都是使用抽象方法来实现一个具体的操作。抽象方法作为最 后被实现的内容，依赖于具体的子类。抽象类看起来很像是一个介于接口和子类之间的一个 东西。 从设计上来讲，有人建议所有的类都应该定义成接口的形式，这当然有其道理，但多少有 些极端。当你需要最大的灵活性的时候，应该使用接口，而抽象类却能够提供一些缺省的操 作，最大限度的统一子类。抽象类在许多应用框架（Application Framework）中有着很重要 的作用。例如，在一个框架中，可以用抽象类来实现一些缺省的服务比如消息处理等等。这 些抽象类能够让你很容易并且自然的把自己的应用嵌入到框架中去。而对于依赖于每个应用 具体实现的方法，可以通过定义抽象方法来引入到框架中。 其实在老版本的JDK中也有类似的概念，被称为Enumeration。Iterator其实与Enmeration 功能上很相似，只是多了删除的功能。用Iterator不过是在名字上变得更为贴切一些。模式 的另外一个很重要的功用，就是能够形成一种交流的语言（或者说文化）。有时候，你说 Enumeration大家都不明白，说Iterator就都明白了。 小结： 这部分介绍了三个模式：Composite，Strategy和Iterator。Composite是一个结构性的模 式，用来协调整体和局部的关系，使之能够被统一的安排在一个树形的结构中，并简化了编 程。Strategy模式与Bridge模式在结构上很相似，但是与Bridge不同在于，它是一个行为模 式，更侧重于结构的语义以及算法的实现。它使得程序能够在不同的算法之间自由方便的作 出选择，并能够在运行时切换到其他的算法，很大程度上增加了程序的灵活性。Iterator模 式提供统一的接口操作来实现对一个数据结构的遍历，使得当数据结构的内部算法发生改变 时，客户代码不需要任何的变化，只需要改变相应的Iterator实现，就可以无缝的集成在原 来的程序中。 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
