第七章 模块化架构.ppt

7.4循环依赖的必要性（3） 可以看到有两个独立的包，它们之间存在着相互调用的关系。 Encryptor，不需要进行修改，因为不管是编译还是具体运行的时候，它都是依赖于MutableArray所地的模块，可以直接使用MutableArray类。但MutableArray类在编译的时候不能直接使用Encryptor类了。 分成两个模块的应用 Lookup MutableArray Encryptor DoEncode DoEncodelmpl 查找DoEncode的实现 实现 通过META-INF/SERVERS注册DoEncodelmpl 调用 7.5 满城尽是Lookup 优点只有真正Lookup机制的时候才能体会得到。与JDK提供的ServiceLoader相比，NetBeans提供的Lookup可以有多个实例，每个实例都是有自己的缓存池。“Lookup就象一个缓存池，对象可以随意进出“。 Public interface ExtIcon extends Icon ,Lookup.Provider { Public void paintIcon(Component c,Graphics g,int x ,int y); Public int getIconWidth(); Public int getIconHeight(); Public Lookup getlookup();} 满城尽是Lookup（2） ExtIcon这个接口继承了lookup.Provider，这就表示这个类可以提供一个自己的lookup,这样就可以提供一个额外的功能，或者临时标记图标使之看上去具有某些功能。 Public static Image toImage(ExtIcon icon) { Image img=icon.getLookup().lookup(Image.class); If (img!=null) { Return img ; } bufferedImage buf=new BufferedImage( icon.getIconWidth(),icon.getIconHeight(), bufferedImage.TYPE_INT_RGB); icon.paintIcon(null,buf.getGraphics(),0,); return buf; } 满城尽是Lookup（3） 每个ExtIcon的子类都可以自行决定是否有更加优化的方式将自己转成一个Image对象，如果没有这种优化方式，则将图标输出到默认的BufferedImage对象中。这个例子展示如何以一种静态的方式对一个接口进行功能方便的增强，因为是否能转化Image对象这个固定的。 Public interface Modified { Public void save() throws IoException; Public void discard() throws IoException; } 满城尽是Lookup（4） Modified的实现可以随意讲出 ExtIcon提供的Lookup池，这样就可以让相应的监听者知道其状态了。 Private Abstractlookup lookup; Private InstanceContent ic; ModifiableIcon() {Ic=new InstanceContent(); Lookup=new AbstractLookup(ic);} Public Lookup getLookup() { Return lookup;} Public void markModified() { If(lookup.lookup(ModifiedImpl.class)==null) {Ic.add(new ModifiedImpl()); } Private final class ModifiedImpl implements Modified { Public void save() throws IoException { } Public void diacard() throws IoException { // discard changes } }} 满城尽是Lookup（4） 通过调用这个ModifiedImpl对象的 save的方法来完成保存操作，待操作完成后，就可以从 Lookup中移除相应的ModifiedImpl对象。这样外部代码，就可以通过Lookup机制来执行各种操作，如保存和撒销，还可以对Lookup中的内容进行监听。 对于这个场景，Lookup就好像一个事件总线。这样的事件总线类似于一个对象可以进出