设计模式 理解总结

设计模式解决问题步骤

1、寻找合适的对象(合适的分治、拆分)

面向对象设计最困难的部分是将系统分解成对象集合。因为要考虑许多因素:封装、粒度、依赖关系、灵活性、性能、演化、复用等。(面向对象、面向接口编程、函数式编程的闭包,本质都是拆分,只是拆分的依据不一样)

2、决定对象的粒度

对象在大小和数目上变化极大。它们能标识下自硬件、上自整个应用的任何事物。


创建型

简单工厂模式:工厂类统一向外部提供创造方法,具体类都实现接口函数。

好处:1.良好的封装性,只要传进具体类名就可以了,不用知道具体的实现,降低耦合。

2.扩展性非常好,只要稍微修改工厂类或扩展工厂类,然后增加实现类就可以了。

只依赖提供的接口,实现解耦;使用子类替换父类,扩展性良好。

抽象工厂模式:把工厂类再抽象一次,向外提供的工厂类更加具体一些。

好处,可以解决更加复杂的业务逻辑,向外统一提供接口。

但是坏处是很多,因为互相依赖变多了,要扩展的难度比较大,涉及修改的类比较多。

模板方法模式:在父类中统一实现子类都相同的方法。

可以理解为在简单工程模式的基础上,各个具体类都有同一个方法而且实现都一样(处理逻辑都相同)。我们可以把这些相同的方法都在父类(工厂类)中实现。

好处:可以扩展的时候更加方便快捷,便于维护。

建造者模式:把建造方法都抽离出来,重复使用。

可以理解为在简单工厂创建很多同种具体类的时候,需要重复创建东西传进去,这个时候把创造方法抽离,每次只需要传数据进去就可以了。

好处:封装良好,不用关注建造细节;扩展性很好,各种具体类的建造是相互独立的。

原型模式:每个对象实现接口的个性化数据,共同的数据和方法抽离出来。

调用者用个性化数据替换占位符,其他的拷贝即可。当然实现的时候,可以根据实际情况选择是否需要深拷贝。

跟装饰模式很像。强调点不一样而已。

结构型

享元模式:对于不变的对象,可以放在一个对象池中,大家都使用即可,不用重复创建。(26个英文字符)

好处:小而多的对象可以节省不少空间。

组合模式

通过创建几个组件对象,调用组合他们的方法,实现一个新的对象。

外观模式

外观类可以调用组合方法,向外提供一个统一的接口。

桥接模式:(看黑皮的设计模式、RN的总结)

在策略模式的基础上,增加一层来实现A对B的调用组合,从而形成一组新的接口。

A接口的粒度较大,B接口的粒度较细,从而保证B已经实现的类不用改动,扩展的话只要实现新的即可。(A、B两侧变动,互不影响)

最好的例子就是OC和JS交互的模式、socket编程。

代理模式:把事情让代理去做,需要个性化的数据或逻辑的时候回调委托者提供的方法。

把相同的事情都统一抽离出来做成专业处理服务,大家都可以去委托它。

好处:1.封装良好,代理专注于提供某一种服务。

2.扩展性好,代理是可以嵌套代理的。

3.面向切面编程,实现AOP。

动态代理模式:把个性化定制的填空题变成选择题。类似于策略模式。

把需要个性化的定制的回调方法封装成几种情况(工厂模式),然后根据情况使用不用的定制化服务。

适配器模式

就是代理模式中使用到的接口。根据接口或者运输载体,按照格式提供数据。

装饰模式

入参是一个被创建的对象,这个对象实现了协议。类似于策略模式。跟代理模式只是方法的持有者不一样。

可以组装成具有不同特点的对象。

行为型

责任链模式:处理类根据请求类的level,在映射表中选择不同的处理类来处理,如果处理不了就交给更高级level的来处理。

责任链模式要求一个具体的处理者对象只能在两个行为中选择一个:一是承担责任,而是把责任推给下家

好处:把请求和处理分开,解耦。

坏处:每个请求都要走一个请求链,可能性能有问题。

实现共有的代码块,特定的地方留下钩子。

可应用于自动化的个人投诉情况、DNS解析、事件响应链。

策略模式:http://blog.csdn.net/ydxlt/article/details/50434341

每个策略按照接口来自己实现,策略调用者随意创建一个策略执行接口函数就可以得到策略。

(从tableView的角度看VC来实现回调函数)

状态模式:http://blog.csdn.net/ydxlt/article/details/50441215

每个状态对象根据接口实现自己的方法,状态机根据现有状态创建一个状态对象执行接口函数,指针持有下个状态的状态对象。

(给策略模式加上状态机)

解释器模式:http://blog.csdn.net/ydxlt/article/details/50497909

等同于状态机

命令模式:把实现类通过不同的组合封装成命令类,然后通过操作Manager类选择执行不同的命令。(无接受者,等同策略)

好处:可以解耦,扩展性好,与模板方法模式结合可以减少子类膨胀的问题。

坏处:当命令的组合情况很多的时候,命令会异常庞大。

可以用于压缩文件的算法选择

中介者模式==MVC,其中的C就是中介着的角色。

MVC:C冲动V和M的中介,为它们直接的联系提供逻辑处理。

门面模式:制定流程类,通过给Manager类填入每个环境的数据,然后执行这个流程。跟函数是类是的。

可应用于计算工资。

观察者模式

中介着模式就是固定对象的观察者模式。

你可能感兴趣的:(设计模式 理解总结)