编程守则

1.第一遍代码决定其80%的质量。

无论时间多紧,项目多急,第一遍代码必须写好。提测前一定要尽量保证其质量。


2.单个模块必须独立开发。

单个模块不能多人开发,你开发一部分我开发一部分,会导致个人不能将整个业务逻辑串联起来。多人合作衔接越多越容易出现纰漏。所以,每人尽量负责独立模块。


3.代码逻辑流程必须考虑中间可能出现错误的情况。

不能忽视中间的错误,比如购买接口之前有选择商品的接口,如果选择商品的接口出错,购买的行为一定不能让用户再进行,否则会导致数据错乱。所以一旦中间出现错误,要有错误检查判断的代码,不能让程序再继续执行下去。否则,会导致其他的数据错误,而出现不好觉察的bug。


4.功能实现之后,要自己进行严格的自测。

测试不是完全可靠的,一个功能完成之后,要进行自我测试,检查功能实现的正确性。

尤其对于可能会对别的地方带来影响的代码,要检查所有可能受影响的地方,保证此次修改的正确性。


5.出现问题,一定要彻底找到问题的根源

出现问题,光是从现象上解决问题根本不行,要找到弄懂出现问题的根源,从根源上解决问题。因为现象上解决了问题,并没有真正的把问题解决掉,肯能歪打正着,现象上盖住了问题,而问题并没有解决,在其他情况下,问题还会再次暴露出来。所以必须找到根源,从根本上解决问题。


6.发现问题了先去确认问题,在说解决

发现问题了,要先去确认确实存在这个问题。因为很多时候,这个问题其实是不存在的,比如测试使用的apk不对,或者连接的环境不对导致的。盲目的就认为问题存在。所以必须确认问题存在,再说去解决。


7.逻辑简单清晰永远都是第一位的

写逻辑,把逻辑梳理,表达清楚明了,出错的概率就会越小。所以,结构越简单清晰的代码,出错的概率也越低。不要一味追求复杂的架构,复杂的设计。如果这些设计不能明确的表达出代码的意图和逻辑,反而成为一种束缚。逻辑简单清晰永远第一位。








  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值