从需求出发

  • 产品没交代清楚的地方,有疑问要及时提出,想当然只会导致后期返工。
  • 如:一些图片控件在 ready 之前,是显示 placeholder 呢,还是不显示;在线配置信息有误的时候,客户端应该有什么反馈。

先列清逻辑再写代码

  • 不要急着写代码
  • 不要急着写代码
  • 不要急着写代码
  • 一定要先罗列清楚逻辑,再根据逻辑进行开发。
  • 整理出来的逻辑可以书写下来,一方面可以为开发之前的讨论提供便利,另一方面也方面测试和上线后的排错。
  • 总之,逻辑不清的代码会给测试和 bug 跟踪带来极大麻烦。
  • 因此写代码的最低要求:能够解释清楚逻辑,避免低级错误。
  • 养成一个好的习惯,为了自己,为了他人。

避免重复

  • 程序猿都懂的基本原则。
  • 要做好却是不容易的,作为开发者,对自己要求高一点吧。

抽象

  • 避免重复的进阶版。
  • 功能模块化,提供相应接口,以便灵活复用。

命名和注释

  • 有意义的变量名、函数名本身就隐含注释功能。
  • 适当的注释是有必要的。
  • 但是描述不明、可能会造成误导的注释,不如不写。

SVN工具

  • 了解 SVN 工具的基本功能。
  • 因为有版本控制工具的存在,没有必要在一版本内新建一个文件副本再去修改。
  • 工具是为人服务的,对工具产生畏惧是可笑的。
  • 碰到不明白的地方,只需稍微搜索,便能找到理想答案。