设计模式18998325865
2021-05-13 11:53:29 0 举报AI智能生成
软件设计原则与设计模式
作者其他创作
大纲/内容
创建型模式
单例模式
保证在整个系统中，对某个类只能存在一个对象实例
饿汉模式（静态变量）
饿汉模式（静态代码块）
懒汉式（线程不安全）
懒汉式（线程安全，使用同步方法）
懒汉式（线程安全，使用同步代码块）
双重检测
静态内部内
枚举
抽象工厂模式
原型模式
建造者模式
工厂模式
结构型模式
适配器模式
桥接模式
装饰模式
组合模式
外观模式
享元模式
代理模式
行为型模式
模板方法模式
命令模式
访问者模式
迭代器模式
观察者模式
中介者模式
备忘录模式
解释器模式（Interpreter模式）
状态模式
策略模式
职责链模式（责任链模式）
设计模式的目的
1.代码重用性
相同功能的代码不用多次编写
2.可读性
编程规范性，便于其他程序员的阅读和理解
3.可扩展性
当需要新的功能时，非常方便，也称之为可维护性
4.可靠性
当我们增加新的功能后，对原来的功能没有影响
5.使程序呈现高内聚低耦合的特性
设计模式常用7大原则
开闭原则
个软件实体如类、模块函数应该对扩展开放，对修改关闭。
强调的是用抽象构建框架，用实现扩展细节。以提高软件系统的可复用性及可维护性帮助我们实现稳定灵活的系统架构。
尽可能不修改源代码，但是可以增加新功能.降低在改代码中的风险
尽可能不修改源代码，但是可以增加新功能.降低在改代码中的风险
页面tab新增
依赖倒转（倒置）原则
高层模块不应该依赖底层模块，二者都应该依赖其抽象
抽象不应该依赖细节，细节应该依赖抽象
抽象不应该依赖细节，细节应该依赖抽象
以减少类与类之间的耦合性，提高系统的稳定性，提高代码的 可读性和可维护性，并能够降低修改程序所造成的风险。
依赖关系传递的3中方式
接口传递
构造方法传递
setter方法传递
单一职责原则
一个类/接口/方法只负责一项职责
可以降低类的复杂度，提高类的可读性，提高系统的可维护性，降低变更引起的风险
接口隔离原则
是指用多个专门的接口，而不使用单一的 总接口，客户端不应该依赖它不需要的接口。
使得类具有很好的可读性、可扩展性 和可维护性。
原则
1、一个类对一类的依赖应该建立在最小的接口之上。
2、建立单一接口，不要建立庞大臃肿的接口。
3、尽量细化接口，接口中的方法尽量少（不是越少越好，一定要适度）。
原则
1、一个类对一类的依赖应该建立在最小的接口之上。
2、建立单一接口，不要建立庞大臃肿的接口。
3、尽量细化接口，接口中的方法尽量少（不是越少越好，一定要适度）。
迪米特法则
一个对象应该对其他对象保持最少的了解
又叫最少知道原则，即一个类对自己依赖的类知道越少越好。
又叫最少知道原则，即一个类对自己依赖的类知道越少越好。
尽量降低类与类之间的耦合
里氏替换原则
子类尽量不要重写父类的方法
子类可以扩展父类的功能，但不能改变父类原有的功能。
合成复用原则
尽量使用组合/聚合，不要用继承
可以使系统更加灵活，降低类与类之间的耦合度，一个类的变化对其他类造成的影响相对较少。
继承我们叫做白箱复用，相当于把所有的实现细节暴露给子类。组合/聚合也称之为黑箱复用，对类以外的对象是无法获取到实现细节的。
继承我们叫做白箱复用，相当于把所有的实现细节暴露给子类。组合/聚合也称之为黑箱复用，对类以外的对象是无法获取到实现细节的。
总结
0 条评论
下一页
