design-pattern--video

面向对象

结构化，数据结构化

三要素

继承

子类继承父类

• 继承可将公共属性/方法抽离出来，提高复用，减少冗余

封装

数据的权限和保密

• 减少耦合，不该外露的不外露
• 利于数据、接口的权限管理
• ES6目前不支持，一般认为_开头的属性是private

多态

同一接口不同实现

• 保持子类的开放性和灵活性
• 面向接口编程
• js应用极少，了解即可
  -需要结合java等语言的接口、重写、重载等功能

UML类图

• 泛化：表示继承
• 关联：表示引用

设计原则

《UNIX/LINUX设计哲学》

九大准则

• 准则1：小即是美
• 准则2：让每个程序只做好一件事
• 准则3：快速建立原型
• 准则4：舍弃高效率而取可移植性
• 准则5：采用纯文本来存储数据
• 准则6：充分利用软件的杠杆效应（软件复用）
• 准则7：使用Shell脚本来提高杠杆效应和可移植性
• 准则8：避免强制性的用户界面
• 准则9：让每个程序都称为过滤器

小准则

• 允许用户定制环境
• 尽量使操作系统内核小而轻量化
• 使用小写字母并尽量简短
• 沉默是金
• 各部分之和大于整体
• 寻求90%的解决方案

SOLID 五大设计原则

JS中用得比较多的是S 和 O原则，其他原则了解其用意即可

S(simple) - 单一职责原则

• 一个程序只做好一件事
• 如果功能过于复杂就拆分开，每个部分保持独立

O(open) - 开放封闭原则

• 对拓展开放，对修改封闭
• 增加需求时，拓展新代码，而非修改已有代码
• 这是软件设计的终极目标

L - 李氏置换原则

• 子类能覆盖父类
• 父类能出现的地方子类就能出现
• js中使用极少（弱类型 & 继承使用较少）

I(interface) - 接口独立原则

• 保持接口的单一独立，避免出现“胖接口”
• 类似于单一职责原则，这里更关注接口
• js中没有借口(typescript除外)，使用较少

D - 依赖导致原则

• 面向接口编程，依赖与抽象而不依赖于具体
• 使用防止关注接口而不关注具体类的实现
• js中使用较少（没有接口 & 弱类型）

23种设计模式

23种设计模式分别分布在一下三种模型中

• 创建型
• 组合型
• 行为型