今天在eclipse源码中发现了这个东东:
写道
transactionLock.new Access() {/*empty block*/}.transfer(owner);
[org.eclipse.emf.transaction.impl.TransactionalEditingDomainImpl 814行]transactionLock是Lock类的一个实例
[org.eclipse.emf.transaction.impl.TransactionalEditingDomainImpl 814行]transactionLock是Lock类的一个实例
第一眼看上去相当诡异,用了很多的语法特性(内部类在外部实例化的方法,内部类的使用,抽象类等),顺便跟了进去,发现作者的真正用意:
让我们先看看Lock的代码吧:
代码大体如下:
class Lock{
public abstract class Access {
/**
* Initializes me.
*/
protected Access() {
checkSubclass();
}
/**
* Transfers the lock's ownership to the specified thread.
*
* @param thread the new owner thread
*/
public void transfer(Thread thread) {
Lock.this. transfer(thread);
}
private void checkSubclass() {
String name = getClass().getName();
String packageName = name.substring(0, name.lastIndexOf('.') + 1);
if (!"org.eclipse.emf.transaction.impl.".equals(packageName)) { //$NON-NLS-1$
throw new IllegalArgumentException("Illegal subclass"); //$NON-NLS-1$
}
}
}
//other methods,properties,inner class code
}
我们可以看到这个类里面的内部类Access是抽象类,但是没有抽象方法,这就相当诡异了。这个abstract有什么用呢?
通过abstract之后其他人就不可以直接实例化这个类了。当然可以通过private类或者构造函数来达到这个效果
,但自己在别的地方就用不了这个类了。另外我们可以看到在构造函数中调用了checkSubclass方法,我们发现在这个包里检查子类的包名是不是org.eclipse.emf.transaction.impl,否则就抛出异常,从而限制只有这个包的类才能子类化
这个类了。这样彻底杜绝了别人使用这个类的可能了:
1、把类定义成抽象的,杜绝别人直接实例化
2、在构造函数判断该子类的包是否和Access一个包