读书笔记:《HeadFirst设计模式》

    xiaoxiao2021-03-25  131

    只是一些看书时的简单笔记,不定期更新 最后一次更新:2018-07-09

    OO基础

    抽象、封装、多态、继承

    OO特性

    可复用、可扩充、可维护

    设计原则

    封装变化

    找出应用中可能需要改变之处,把它们独立出来,不要和那些不需要改变的代码混在一起。把会变化的部分取出并封装起来,以便以后可以轻易地改动或扩充此部分,而不影响不需要改变的其他部分。系统中的某部分改变不会影响其他部分。

    针对接口编程,而不是针对实现编程。

    多用组合,少用继承。

    为了交互对象之间的松耦合设计而努力。

    对扩展开放,对修改关闭。

    依赖抽象,不要依赖具体类 。

    最少知识原则:只和你的密友谈话。

    设计模式

    策略模式(Strategy Pattern)

    定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。

    观察者模式(Observer)

    定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都会收到通知并自动更新。

    装饰者模式(Decorator)

    动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。

    工厂模式(Factory)

    简单工厂(Simple Factory)

    这其实是一种编程习惯而非设计模式:将实例化哪一个类的操作移到单独的一个类中,形成工厂和客户的关系。

    工厂方法模式(Factory Method)

    定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

    抽象工厂模式(Abstract Factory)

    提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。

    单件模式(Singleton Pattern)

    用来创建独一无二的,只能有一个实例的对象。

    命令模式

    将“请求”封装成对象,以便使用不同的请求、队列或者日志来参数化其他对象。命令模式也支持可撤销的操作。

    适配器模式

    将一个类的接口,转换成客户期望的另一个接口。适配器让原本的接口不兼容的类可以合作无间。

    外观模式

    提供了一个统一的接口,用来访问子系统中的一群接口。外观定义了一个高层接口,让子系统更容易使用。

    模板方法模式

    x

    迭代器与组合模式

    x

    状态模式

    x

    代理模式

    x

    复合模式

    x

    桥接模式(Bridge)

    概述:使用桥接模式不只改变你的实现,也改变你的抽象。

    意图:将抽象部分与它的实现部分分离,使它们都可以独立地变化。

    其他

    松耦合

    当两个对象之间松耦合,它们依然可以交互,但是不太清楚彼此的细节。

    松耦合的设计之所以让我们建立有弹性的OO系统,能够应对变化,是因为对象之间的相互依赖降低到了最低。

    脑图地址:Process On

    脑图预览

    ##《HeadFirst设计模式》电子版:下载地址


    ##设计模式使用率排行(转)

    使用频率所属类型模式名称模式5创建型Singleton单件5结构型Composite组合5结构型FACADE外观5结构型Proxy代理5行为型Iterator迭代器5行为型Observer观察者5行为型Template Method模板方法4创建型Abstract Factory抽象工厂4创建型Factory Method工厂方法4结构型Adapter适配器4结构型Decrator装饰4行为型Command命令4行为型State状态4行为型Strategy策略3创建型Builder生成器3结构型Bridge桥接3行为型China of Responsibility职责链2创建型Prototype原型2结构型Flyweight享元2行为型Mediator中介者2行为型Visitor访问者1行为型Interpreter解释器1行为型Memento备忘录
    转载请注明原文地址: https://ju.6miu.com/read-23817.html

    最新回复(0)