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