- 大重构
- 功能、模块的重新设计、分配、划分。
- 先想要职责的划分、交互的设计（如何传递事件等）
- 然后先把必须要调整的地方重新放好（比如前端应用先把HTML元素重新整理分配到各个组件）
- 最后再把附属的功能性代码也放到对应的地方，直至没有错误和功能性bug（比如前端应用先把ts等逻辑代码跟着对应的HTML重新整理分配到各个组件）
- 小整理
- 格式化。
- 必须，且团队使用同一的格式化标准，可以在IDE中导入导出进行共享。
- VS Code等IDE中可以设置保存时自动格式化，可参考VS Code小技巧。
- 对成员变量、函数、引入的包进行排序
- 统一功能相关的放在一起，中间最好放一个空行
- 共有的在前，私有的在后
- 整理引用包的顺序、函数的顺序
- 命名
- 可读性强
- 符合业务逻辑，一看就知道用途和怎么用
- 含义别弄反了
- 需求有变化时，要相应的改名字，不要偷懒实现功能就行，这样的话名字就容易让人误解
- 避免歧义
- 不要太长
- 规范，比如常量名都大写，用下划线分隔
- 使用卫语句，避免过深的if判断
- 提取魔法数为常量、枚举等
- 提取函数
- 提取公共函数
- 最直接的办法就是观察哪些代码段是类似的。
- 可以把想要提取的几个地方的代码放到beyond compare中对比一下，更容易找出异同之处进行下一部整理。
- 这是一个持续的过程，有可能是4段代码变2段，2段代码再变1段。
- 如果if else代码段中有类似的代码段，可以提取到外面。
- 提取入参
- 如果不同之处只是一些字符串，可以当成参数传进来。
- 如果不同之处是一些函数调用不同或者逻辑不同，可以把type当成参数传进来，进行if else判断。也可以考虑封装成不同子类，然后用字符串判断进行new不同的逻辑子类、或者到字符串到子类的字典中查询，或者使用策略模式？
- 与界面无关的特定业务逻辑
- 数据检查函数
- 移除没用到的变量、引用、导入包等
- 用#region代码块来分类整理同一类文件中的众多功能函数
- 如events、logic、members、init、common、inputs & outputs等。
