计算机是为了让人们变轻松而承担现实世界中一部分工作的机器,但现实世界与软件之间存在着很大的沟壑,为了填补这个沟壑,我们需要进行3个阶段的工作,即「业务分析」、「需求定义」、「设计」,而使用UML的建模就是顺利推进这些工作的技术——这便是使用设计模式的目的。
在谈如何使用设计模式之前,人邮君先带大家来弄清楚,什么是面向对象。
简单说在程序中一切都是对象。对象即为人对各种具体物体抽象后的一个概念,人们每天都要接触各种各样的对象,如手机就是一个对象,汽车是一个对象,汽车轮胎也是一个对象。
面向对象是一种自上而下的设计,先设计组件再完成拼装。比如,我们呀先造轮胎,造发动机这些汽车零件,最后再拼装成汽车。这就是面向对象编程。
面向对象的设计离不开设计模式,使用设计模式可以重构整体架构,提高代码复用性,较少冗余。
听起来很高大上,实际上,在我们生活中和面向对象编程中,你肯定不知不觉的已经使用过很多设计模式。比如某村大喇叭广播了,谁谁家狗丢了,全体村民监听这次广播,会对自己感兴趣的消息做出对应的反应,如果不感兴趣直接忽略。这就是我们说的监听者模式。
在使用设计模式时,可以通过了解三大特性、六大原则与23种模式,来帮助大家找到正确使用设计模式的根本逻辑。
封装:把数据和函数封装到一个类里,体现类内和类外。
继承:由于有了封装,需要通过继承在类之间复用代码。
多态:Python本身是一门多态语言,因此不需去处理多态的问题。JAVA中则会区分虚类和普通类。
因此这三个特性是一个递进的关系。
开闭原则就是说对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。所以一句话概括就是:为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,这在后面的几个原则里,也有提到,比如里氏代换原则,依赖倒转原则等。
这是面向对象设计的基本原则之一。 里氏代换原则中谈到,任何基类可以出现的地方,子类一定可以出现。LSP是继承复用的基石,只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新的行为。这条原则可以理解为,对“开-闭”原则的补充,实现“开-闭”原则的关键步骤是抽象化,而基类与子类的继承关系就是抽象化的具体实现。
这个是开闭原则的基础,具体内容:真对接口编程,依赖于抽象而不依赖于具体。
这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。这还是一个降低类之间的耦合度的意思,从这儿我们可以看出,其实设计模式就是一个软件的设计思想,从大型软件架构出发,为了升级和维护方便,记住:降低依赖,降低耦合。
为什么叫最少知道原则,就是说:一个实体应当尽量少的与其他实体之间发生相互作用,使得系统功能模块相对独立。
原则是尽量使用合成/聚合的方式,而不是使用继承。
1.策略模式-Strategy 它定义了算法家族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。
2.装饰模式-Decorator 动态的给一个对象添加有一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
3.代理模式-Proxy 为其他对象提供一种代理以控制对这个对象的访问。
4.工厂方法模式-Factory method 定义一个拥有创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类。
5.原型模式-Prototype 用原型实例指定创建对象的种类,并且通过拷贝这些原型创建新的对象。
6.模板方式模式-Template method 定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
7.外观模式-Facade 为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
8.建造者模式-Builder 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
9.观察者模式-Observer 定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。
10.抽象工厂模式-Abstract Factory 提供了一个创建一些列相关或相互依赖对象的接口,而无需指定它们具体的类。
11.状态模式-State 当一个对象的内在状态改变时允许改变其行为,这个对象看起来像是改变了其类。
12.适配器模式-Adapter 将一个类的接口转换成客户希望的另外一个接口,adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
13.备忘录模式-Memento 在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样以后就可将该对象恢复到原先保存的状态。
14.组合模式-Composite 将对象组合成树形结构以表示“部分--整体”的层次结构,组合模式使得用户对单个对象和组合对象的使用具有一致性。
15.迭代器模式-Iterator 提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露该对象的内部表示。
16.单例模式-Singleton 保证一个类仅有一个实例,使它们都可以独立地变化。
17.桥接模式-Bridge 将抽象部分与它的实现部分分离,使它们都可以独立地变化。
18.命令模式-Command 将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或记录请求日志,以及支持可撤销的操作。
19.职责链模式-Chain of Responsibility 使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系,将这个对象连成一条链传递该请求,直到有一个对象处理它为止。
20.中介者模式-Mediator 用一个中介对象来封装一系列的对象交互,中介者使各个对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
21.享元模式-Flyweight 使用共享技术有效地支持大量细粒度的对象。
22.解释器模式-Interpreter 给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示中解释语言汇中的句子。
23.访问者模式-Visitor 表示一个作用于某对象结构中的各元素的操作,它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。
除基本的原则外,在《面向对象是怎样工作的》这本书里,还对设计模式与使用进行了较为详细的介绍。
比如在第九章中,根据应用程序的不同,建模内容也不同。例如书中提到的应用“图书馆系统的概念模型”来轻松设计关系型数据库的模式。
而在第十章中,通过设计的三大目标——去除重复、提高构件的独立性、避免依赖关系发生循环,介绍了面向对象设计的“感觉”是拟人化和职责分配。作者提到,在设计阶段,我们还是会考虑将作为逻辑集合的软件拟人化,参照现实世界中的人和组织,进行职责分配,这便是面向对象设计时的“感觉”。依据此,大家可以根据自身经验不断摸索,以更好的进行提升。