看代码
看代码学会从业务角度去看
看一个类重点看它的public方法，那是对外的接口
private方法帮助理解类内部的工作
首先要把数据结构完全弄清楚，精确到类的每个属性及成员，可以帮助更好的阅读代码
需求
需求不明确的话，需要找到特定的人来对齐，不能自作主张
eg:是否会有”speed camera”和”traffic signal camera”并列的情况
1.和团队提出这种情况，小组内部讨论，征求建议
2.和后端确认是否存在这种case的路段
3.和设计提出这种case在，等待反馈UI上的display
编码
开发新Feature时，评估是否需要添加FF控制
关于“NonNull”注解
解析时字段不可缺，并且不能为空（null）
解析后端传过来的协议字段
要考虑不存在的情况（前端还没有相关定义）
避免发生问题
判空
时刻谨记“判空”（尤其是java），避免空指针异常，保证代码健壮性！！！
-源数据
-读数据（“空指针异常”高发点）
-处理数据
线程安全
检查线程安全问题，关注程序的读写操作！！！
打印信息的敏捷性：
Log>Print>Toast
模块之间的关联依赖关系，哪些模块的api可以使用
添加新的业务逻辑，尽量引入回调控制和辅助！！！
关于request和reponse的处理
前端可以适当控制阻塞逻辑，避免频繁的request
关注cancel()的方式方法
地图显示
重要思想：“layer”和“data”可以完全割裂开去处理，初始化时尽量不扯上关系，各得其所
单元测试
意义：帮助验证代码的逻辑是否正确，功能是否完善
本地自测
每更新完一版代码
一定要本地自测验证一下！
架构设计
多视角全面考虑问题：
1.需求对上游的影响，当前负责的模块如何配合
2.需求对下游的影响，当前负责的模块如何配合
3.业务模块需要怎么修改
版本兼容
新版本的前后端修改不能影响发出去的版本
