设计模式笔记

OO模式:

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

2 观察者模式---在对象之间定义一对多的依赖,当一个对象改变状态,依赖它的对象都会受到通知并自动更新。

3 装饰者模式---动态地将责任附加到对象上。想要扩展功能,装饰者提供有别于继承的另一种选择。

4 工厂方法模式---定义了一个创建对象的接口(包括抽象类),但由子类决定要实例化的类是哪一个,工厂方法让类把实例化推迟倒子类。

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

简单工厂不是设计模式(只把创建对象的代码独立到Factory)。

6 单件模式---确保一个类只有一个实例,并提供全局访问点。

7 命令模式---当需要将发出请求的对象与和执行请求的对象解耦时,将请求封装成对象,这可以使你使用不同的请求、队列或者日志来参数化其他对象。命令模式也可以支持撤消操作。

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

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

10 模板方法模式---在一个方法中定义算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤(hook)。

OO原则:

1 封装变化

2 多用组合,少用继承

3 针对 接口 编程,不针对 实现 编程

4 交互对象之间进行松耦合设计

5 类应该对扩展开放,对修改关闭

6 依赖倒置原则:要依赖抽象,不要依赖具体类

如何避免:变量不可以持有具体类的引用

不要让类派生自具体类

不要覆盖基类中已实现的方法

7 最少知识原则:只和你的密友谈话(减少对象交互数量)

8 别call我们,我们会call你

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值