设计原则
SOLID原则
单一职责
开闭 （扩展开放，修改关闭）
里氏替换 （父类出现地方都可以用子类替换）
接口隔离
依赖倒置（高层模块不依赖低层，两层都依赖于抽象， 抽象不依赖于细节，细节依赖抽象）
建模及需求分析
原始需求需要拆解成具体的开发需求及建模才方便开发人员理解。
个人体会所有系统或者功能可围绕以下三点：
1.使用系统的用户有哪些
2.系统的基本场景，异常场景
3.不同用户在系统的基本场景和异常场景的角色
纯文字形式（规格说明书）不直观，因此UML图就是解决这个问题。
1.类UML图太细节了，不实用。
2.用例图可大方向了解系统涉及场景及用户
3.时序图则是具体一个功能的实现
这张图再具体点就是标注对应的类及方法
UML画图工具
推荐draw.io
原型图画图工具
推荐Figma，Sketch要收费
重构
个人常用（容易忘）的方法
1.卫语句替代嵌套条件表达式
2.查询函数和修改函数分开
3.单一变量
