习惯
1.写代码要有统一的命名习惯、风格和多写注释,自己回头看起来也方便
2.代码要按照类型分类放好,函数内功能尽量单一,同一业务的函数放在一起。尤其是在大型项目里,规范化比快速实现业务要重要。不断会有各种各样的需求,业务代码和数据流写的杂乱的话后续维护和添加新功能都很困难
例:监听某个变量是专门赋值用的,就不能图取值方便在这里写逻辑。
思路
1.写业务时:
1.先确定需求,用草稿或思维导图分解需求到具体的代码实现步骤。
2.逻辑上能跑通后再开始敲代码,避免写到一半才发现跑不通
2.接手项目时:
1.先看项目文档熟悉项目风格逻辑,如果没有就直接看源码,起码了解负责业务模块的功能如何实现,数据如何运转处理,代码分区等。避免出现写重复功能代码、代码分类混乱等