`

笔记-再读深入浅出设计模式

 
阅读更多

代码复用à经验复用

如果每次新的需求一来,都会使某方面的代码发生变化,那么你就可以确定,这部分的代码需要被抽出来,和其他稳定的代码有所区分.

我们全都使用别人设计好的库和框架,我们谈论库与框架,利用它们的API编译成我们的程序,享受运用别人的代码所带来的优点.看看Java API及它所带来的功能:网络,GUI,IO.库与框架长久以来,一直扮演着软件开发过程的重要角色,我们从中挑选所要的组件,把它们放进合适的地方.但是, 库与框架无法帮助我们将应用组织成容易了解,容易维护,具有弹性的架构,所以需要设计模式.设计模式告诉我们如何组织类和对象以解决某种问题,而采用这些设计并使它们适合我们特定的应用,是我们的事.

对于观察者模式,有时候,观察者本身也是个主题,即观察者模式的重叠使用.

观察者模式在JDK中常见, Swing, JavaBeans, RMI,甚至有这个模式的实现: Observable(主题, 缺点是个具体类) and Observer(观察者,接口),其提供两种方式,update是否把Observable作为个参数传给观察者,如果是,则是观察者主动拉,直接调用Observableget方法取得要取的值.

 

装饰者模式的JDK应用:java.io

                      Inputstream

      | (实体类)                            |(抽象装饰类)

FileInputStream                         FilterInputStream

StringBufferInputStream                         |(实体装饰类)

ByteArrayInputStream                   PushbackInputStream,BufferedInputStream

DataInputStream,LineNumberInputStream

类似的还有OutputStream, Reader, Writer, 缺点是小类太多,不便理解.

装饰着模式佷好体现了开关原则.

装饰着可以在被装饰着的行为前面或后面加上自己的行为,甚至将被装饰着的行为整个取代掉,而达到特定的目的.

命令模式将请求封装成对象,以便使用不同的请求,队列或者日志来参数化其他对象.目的将请求调用者和请求执行者之间解耦.

当你不想返回一个有意义的对象时,空对象就佷有用.客户也可以将处理null的责任转移给空对象.在许多设计模式中,都会看到空对象的使用.甚至有些时候,空对象本身也被视为是一种设计模式.

命令模式的其他应用:

队列请求: 命令可以将运算打包(一个接收者和一组动作),然后将它传来传去,就像是一般的对象一样,例如:日志安排(Scheduler),线程池,工作队列等.

日志请求:某些应用需要我们将所有的记录都记录在日志中,并能在系统死机之后,重新调用这些动作恢复之前的状态,通过新增两个方法(store(),load()),可以实现.JAVA,我们可以利用对象的序列化(serialization)实现这些方法,但是一般认为序列化最好还是只用在对象的持久化上. 当我们执行命令时,将历史记录储存在磁盘中,一旦系统死机,我们就可以将命令对象重新加载,并成批地一次调用这些对象的execute()方法.

 

JDK早期,collection类型都实现了一个名为elements()的方法,该方法返回一个Enumeration(枚举),该接口可以逐一走过此集合内的每个元素,而无需知道他们在集合内是如何被管理的,其包含的方法有hasMoreElements(),nextElement(). 后来JDK推出新的集合类,使用Iterator接口,其跟Enumeration佷像,还提供了删除功能:

hasNext(), next(), remove(), 但对遗留代码(使用Enumeration),我们就可以用适配器模式,外面是adapter实现Iterator, Enumeration作为其一个属性, hasNext(), next()分别待用EnumerationhasMoreElements(),nextElement().

 

外观模式只是提供更直接简单的操作,并未将原来的子系统阻隔起来.如果你需要子系统的更高层功能,还是可以使用原来的子系统.

外观模式除了简化接口优点外,也允许你将客户实现从任何子系统中解耦.

 

适配器模式:改变接口符合客户的期望

外观模式:提供子系统的一个简化接口

 

最少知识原则(迪米特法则):

一些方针,在对象内,我们应该只调用属于以下范围的方法:

1.       该对象本身

2.       被当作方法的参数而传递进来的对象

3.       此方法所创建或实例化的任何对象

4.       对象的任何组件

 

如果模板方法模式中,抽象类的算法骨架中的各个步骤在子类的实现中都不一样,那就可以用策略模式来代替了.

模板方法中有个技巧是钩子,其可以让一些步骤在抽象类里提供默认实现或空实现,子类可以决定是否覆盖(如果是abstract方法的话是必须覆盖的), 钩子还可以影响算法的结构步骤,佷有用.

工厂方法是模板方法的一种特殊版本.

 

依赖倒置和好莱坞原则:

依赖倒置原则教我们尽量避免使用具体类,而多使用抽象.而好莱坞原则是用在创建框架或组件上的一种技巧,好让低层组件能够贝挂钩进计算中,而又不会让高层组件依赖低层组件(如模板方法模式).两者的目标都是解耦,但是依赖倒置原则更加注重如何在设计中避免依赖.好莱坞原则教我们一个技巧,创建一个有弹性的设计,允许低层结构能互相操作,而又防止其他类太多依赖他们.

模板方法在JDK排序中的使用:

public static void sort(Object[] a){

       Object aux[] = (Object[])a.clone();

       mergeSort(aux, a, 0, a.length, 0);

}

public static void mergeSort(Object src[], Object dest[], int low, int hight, int off){

       for(int j=I; j>low && ((Comparable)dest[j-1].compareTo((Comparable)dest[j])>0; j--)

       {

       Swap(dest, j, j-1);

       }

       Return;

}

第二个方法中的Comparable, 是这个数组成员要实现的接口, 交由要比较的数组成员自己实现,这就体现了模板方法模式, 上面的排序是算法实现,其中的具体比较实现交由各成员自己完成.

 

迭代器模式

CollectionIterator的好处在于,每个Collection都知道如何创建自己的Iterator.只要调用ArrayList上的iterator(),就可以返回一个具体的Iterator, 而你根本不需要知道或关心到底使用了哪个具体类,你只要使用他们的Iterator接口就行了.

JDK5中包含了一种新的形式的for语句,for/in, 这可以让你在一个集合或者一个数组中遍历,而且不需要显示创建迭代器.

 

状态模式允许对象在内部状态改变时改变他的行为,对象看起来好像修改了他的类. 其实现方式就是将状态封装成独立的类.

 

对于RMI,程序员常犯的错误是:

1.       忘了在启动远程服务之前先启动rmiregistry(要用Naming.rebind()注册服务,rmiregistry必须是运行的)

2.       忘了让变量和返回值的类型成为可序列化的类型(这种错误只会在运行时发现)

3.       忘了给客户提供stub

客户和服务器都需要stub类,服务端还需要skeleton类,也需要服务和远程接口。之所以会需要stub类,是因为stub是真正服务的替身,当真正服务被绑定到RMI registry时,其实真正被绑定的是stub。真正进行网络交互的,序列化和反序列化的就是stubskeleton.

 

代理模式的类型有狠多,如:上面提到的远程代理,虚拟代理(如图片代理),动态代理等。

虚拟代理作为创建开销大的对象的代理。虚拟代理经常直到我们真正需要一个对象的时候才创建它。当对象在创建前和创建中时,由虚拟代理来扮演对象的替身。对象创建后,代理就会将请求直接委托给对象。如加载的图片如果很大,会在加载的过程中显示一个进度条之类的提示加载正在进行,这就是代理,当图片加载完后,在显示真正要用的图片。

 

在动态代理中,应用JDK的动态代理,可以得到目标对象的代理,如为PersonBean建立代理:

(PersonBean)Proxy.newProxyInstance(person.getClass().getClassLoader(),

person.getClass().getInterfaces(),

new OwnerInvocationHandler(person));

上面是通过给定一个PersonBean类型的实力person,获得其代理对象,给其他人使用(JDK只支持有接口实现的代理),而OwnerInvocationHandler则是代理拦截要做的操作的类。

代理类有个静态方法,叫做isProxyClass(),可以用来判断其是不是代理类。而且代理类会实现特定类型的接口,也可以用来用作判断是不是个代理类。

 

代理的一些使用:

防火墙代理:控制网络资源的访问,保护主题免于“坏客户”的侵害

智能引用代理:当主题被引用时,进行额外的动作,例如计算一个对象被引用的次数

缓存代理:为开销大的运算结果提供暂时的存储,它为多个客户共享结果,以减少计算或网络延迟。

同步代理:在多线程的情况下为主题提供安全的访问

隐藏复杂代理:用来隐藏一个类的复杂集合的复杂度,并进行访问控制。有时候也称为外观代理,这不难理解。复杂隐藏代理和外观模式是不一样的,因为代理控制访问,而外观模式只提供另一组接口

写入时复制代理:用来控制对象的复制,方法是延迟对象的复制,直到客户真的需要为止。这是虚拟代理的变体。

 

模型除了创建型,行为型,结构型分类。还有另一种:他所处理的对象是类或者对象

类模型描述类之间的关系如何通过继承定义。类模型的关系是在编译时建议的。

对象模式描述对象之间的关系,而且主要是利用组合定义。对象模型的关系通常在运行时建立,而且更加动态,更有弹性。

 

一些建议:

1.       keep it simple

2.       重构的时间就是模式的时间

3.       拿掉你所不需要的,不要害怕将一个设计模式从你的设计中删除

4.       如果现在不需要,就别做

 

 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics