设计原则

《Unix/Linux设计哲学》

准则

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

小准则

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

SOLID设计原则

S - 单一职责原则

single

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

O - 开放封闭原则

open

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

L - 李氏置换原则

子类能覆盖父类
父类能出现的地方子类就能出现
JS中使用较少（弱类型&集成使用较少）

I - 接口独立原则

保持接口的单一独立
JS中使用较少

D - 依赖导致原则

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

从设计到模式

         设计            <br />             模式            <br />             分开            <br />     “从设计到模式”