[设计模式] 面向对象设计原则

标签：必须   cto   细节   简单   设计模式分类   实现   bsp   开发   目的   

两种设计思路：

• 分解：面向过程
• 抽象：面向对象

面向对象设计：

• 隔离变化：宏观层面，减小变化带来的影响
• 各负其责：微观层面，强调各个类的“责任”，由于需求变化导致的新增类型不应影响原类型（多态）

对象是什么：

• 语言层面：封装了代码和数据
• 规格层面：一系列可被使用的公共接口
• 概念层面：拥有某种责任的抽象

八大设计原则：

• 依赖倒置：高层模块（稳定）不应依赖于低层模块（变化），二者都依赖于抽象（稳定）；抽象（稳定）不应依赖于细节（变化）（如MainForm和line都依赖于shape）
• 开放封闭：对扩展开放，对更改封闭；类模块可扩展但不可修改（桌子厂刷涂料）
• 单一职责：一个类应仅有一个引起它变化的原因，变化的方向隐含着类的责任
• 李氏替换：子类必须能替换它们的基类（is-a），父类的方法子类都要能用，继承关系要与组合关系区分
• 接口隔离：接口小而完备，不要都public，子类protected，本类private
• 优先使用对象组合，而不是类继承：继承本质是类属（组合）关系，简单理解成父-子关系会导致错误使用（高耦合）
• 封装变化点：一侧变化，一侧稳定，不只是表面上的封装代码和数据
• 针对接口编程，而不是针对实现：不要将变量类型声明为具体类（业务类，string不算），而是声明为某个接口（如抽象类shape），实现高内聚，松耦合（举例：秦兵器、活字印刷）

23种设计模式分类：

• 从目的看：
  • 创建型：应对需求变化为对象创建带来的冲击
  • 结构型：应对需求变化为对象结构带来的冲击
  • 行为型：应对需求变化为多个类交互过程中责任划分带来的冲击
• 从范围看：
  • 类模式：处理类与子类的静态关系，偏重继承方案
  • 对象模式：处理对象间的动态关系，偏重组合方案（一个类中包含另一个类的对象或指针）　　　　　　

从封装变化角度分类：

• 组件协作：Template, Strategy, Observer/Event
• 单一职责：
• 对象创建：
• 对象性能：
• 接口隔离：
• 状态变化：
• 数据结构：
• 行为变化：
• 领域问题：

重构获得模式：

• 面向对象设计模式是“好的面向对象设计”，即可以满足“应对变化，提高复用”的设计
• 现代软件设计的特征是“需求频繁变化”，设计模式应“寻找变化点，然后在变化点处应用设计模式”（封装变化点）（能看出代码哪里是稳定的，哪里是变化的）“什么时候、地点应用设计模式”比“理解设计模式结构本身”更重要
• 设计模式应用不宜先入为主，一上来就使用设计模式是对设计模式的最大误用，没有一步到位的设计模式，敏捷软件开发提倡“Refactoring to Patterns”是目前公认的最好的使用设计模式的方法

重构关键技法：

• 静态->动态
• 早绑定->晚绑定
• 继承->组合
• 编译时依赖->运行时依赖
• 紧耦合->松耦合

推荐书目：

• 《重构——改善既有代码设计》
• 《重构与模式》

[设计模式] 面向对象设计原则

标签：必须   cto   细节   简单   设计模式分类   实现   bsp   开发   目的   

原文地址：https://www.cnblogs.com/cxc1357/p/12271880.html