1、理解需求的业务背景；2、分析该需求的目的是什么；3、分析需求实现所需要使用的技术，以及现有的组件能否支持；4、分析该功能块设计的实体/细粒度的需求；
重构优化
03
分析
04
提升代码质量
配置统一的ESlint，将整洁的代码风格作为一种习惯，时刻意识到整洁代码的重要性并不断地提高重构技巧
随着快速迭代的进行，我们的代码可能经过了很多次的递增修改，可能存在很多的冗余代码或者原有的架构已经无法满足现有的需求。 开发团队应该预留20%的时间用作对原有系统的重构，让用户切身感受到产品的改进。
评审
不要死磕代码，换个思路，讨论一下，可能更加有效
具体方式
程序错误： 1、接口报错； 2、程序代码报错难点： 有些问题比较隐秘，无日志，难以定位；想法：程序的错误日志，可以存储到indexDB中
开发完之后，进行自测后，才能转测
代码QC，结对编程，自己的代码有时很难发现其中的问题，同事的一句话，可能会给你一个更好的思路
能自动就别手动，人出错的几率永远比机器要高，自动化更能提升我们的效率
设计
08
提取公共组件，提升开发效率，但永远不要复制代码，修改时，容易遗漏，产生BUG
目的： 高内聚，低耦合，可扩展原则： 1、单一职责：类/函数只保证做一件事； 2、开闭：扩展开放，修改关闭； 3、替换：组件中的方法可以被重写；
方案评审： 评审设计方案，讨论最优方案；代码评审： 1、圈复杂度； 2、魔鬼字符； 3、硬编码； 4、代码无注释； 5、代码超长； 6、逻辑重复； 7、参数过于复杂； 8、debugger/console 9、自测截图 10、......
06
重构/优化
01
代码中必须添加注释且有他存在的价值，让别人能够更好的理解你的代码
02
07
05
如何提升代码质量
代码要先做对，在弄快。先使其可靠，再让其更快。先把代码弄干净，再让它变快
