设计原则

SOLID原则

单一职责

开闭 （扩展开放，修改关闭）

里氏替换 （父类出现地方都可以用子类替换）

接口隔离

依赖倒置（高层模块不依赖低层，两层都依赖于抽象， 抽象不依赖于细节，细节依赖抽象）

建模及需求分析

原始需求需要拆解成具体的开发需求及建模才方便开发人员理解。

个人体会所有系统或者功能可围绕以下三点：

1.使用系统的用户有哪些

2.系统的基本场景，异常场景

3.不同用户在系统的基本场景和异常场景的角色

纯文字形式（规格说明书）不直观，因此UML图就是解决这个问题。

1.类UML图太细节了，不实用。

2.用例图可大方向了解系统涉及场景及用户

3.时序图则是具体一个功能的实现

这张图再具体点就是标注对应的类及方法

重构

个人常用（容易忘）的方法

1.卫语句替代嵌套条件表达式

2.查询函数和修改函数分开

3.单一变量