`
架构师
  • 浏览: 54919 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

周报 4月22日--28日

阅读更多
周报
支浩宇
4月22日--28日

上生产之前主要是测试这个月所有的功能。我的一贯作风是,一开始编码的时候就力求每个地方写对,把代码反复琢磨思考清楚了,才去浏览器看效果。我一直都是保持这么做的。所以我在每次测试之前,都心中有数,知道哪些地方完成了,哪些地方还有待改进。如果代码本身的流程没有理清,就算浏览器里效果对了,也很容易隐藏各种bug。

即使这样,还有一种问题,在月底测试的时候要注意。就是代码提交之后,过了一两个星期,又不知不觉地被别人改了,改出原来没有的bug。例如,这星期我把黄朝阳的一个方法改了,我自己的一个文件也被别人改了。幸好两个都被及时发现、纠正了。现在回想起来,这是完全可以避免的。我在改那个方法的时候,只要用Ctrl+Shift+G看看哪些地方调用了这个方法,就会发现这个方法和我做的功能其实没有关系,而是黄朝阳的一个定时任务功能。而且黄朝阳给方法取名的时候,既没有取一个比较符合方法功能的名字,也没有写注释,这些因素加起来,才导致我误解了这个方法的作用。

写注释确实是很重要的一个习惯。以前vm和jsp文件里我是很少写注释的,因为vm文件本身很难格式化,也很难把代码排整齐。再写注释,只会让代码显得更加凌乱。现在我对vm文件里的注释也开始重视了,因为有非常多的逻辑判断,if,else是在vm里面,不是在java里面。不写注释的话,别人一检出,随心所欲的改,保证能改出问题。所以我写if都会注上背后的原因。vm文件的注释是很方便的,##号,不需要<!-- -->这么麻烦、可读性差,也不会出现在查看源代码里。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics