2010年3月30日
摘要:
如果你在团队中,格式一定要团队一起决定,然后每个人都去遵从同样的格式,这样在阅读时才不会感觉吃力。约定格式用不了多长时间,大概十分钟就能完成约定,包括缩进、命名方法、注释方法等。 代码格式很重要,不可忽略,必须严肃对待。代码格式关乎沟通,而沟通是专业开发者的头等大事。或者你认为“让代码能工作...
阅读全文
posted @ 2010-03-30 16:08
真阿当
阅读(82)
推荐(0)
2010年3月29日
摘要:
注释并不一定都是好的,事实上,在实际开发过程中,注释还很可能是坏的。因为代码可能一直在变,在多久以后,代码也许已经面目全非,而工程师往往只顾改代码,却并不会去同步更新注释。注释可能在腐化的过程中,变得越来越名不符实,给工程师以错误的向导。也正是因为如此,如果注释做得不好,往往还会失去注释的意义,...
阅读全文
posted @ 2010-03-29 14:19
真阿当
阅读(134)
推荐(0)
摘要:
注释并不一定都是好的,事实上,在实际开发过程中,注释还很可能是坏的。因为代码可能一直在变,在多久以后,代码也许已经面目全非,而工程师往往只顾改代码,却并不会去同步更新注释。注释可能在腐化的过程中,变得越来越名不符实,给工程师以错误的向导。也正是因为如此,如果注释做得不好,往往还会失去注释的意义,...
阅读全文
posted @ 2010-03-29 14:19
真阿当
阅读(83)
推荐(0)
摘要:
函数应该是编程中最小的组成元素,函数的质量直接影响可维护性和代码开发难度。高质量的函数应该遵循以下原则:1)函数的第一规则是要短小,第二规则是还要更短小。函数越小,越有利于一眼看出函数的作用,封顶20行,越短越好。函数内部如果有if、else、while等语句,其中的代码应该只有一行,该行应该...
阅读全文
posted @ 2010-03-29 13:58
真阿当
阅读(118)
推荐(0)
摘要:
函数应该是编程中最小的组成元素,函数的质量直接影响可维护性和代码开发难度。高质量的函数应该遵循以下原则:1)函数的第一规则是要短小,第二规则是还要更短小。函数越小,越有利于一眼看出函数的作用,封顶20行,越短越好。函数内部如果有if、else、while等语句,其中的代码应该只有一行,该行应该...
阅读全文
posted @ 2010-03-29 13:58
真阿当
阅读(273)
推荐(0)
2010年3月26日
摘要:
命名对于可读性至关重要。优秀的命名应该有以下特点。1)命名没有模糊性,命名本身能够具体非常高的可读性,是自解释的,好的命名可以无需配以注释就能轻易看明白。 theList 不如 gameBoard x[0] == 4 不如 cell[STATUS_VALUE] == FLAGGED 不如 ...
阅读全文
posted @ 2010-03-26 13:38
真阿当
阅读(165)
推荐(0)
摘要:
命名对于可读性至关重要。优秀的命名应该有以下特点。1)命名没有模糊性,命名本身能够具体非常高的可读性,是自解释的,好的命名可以无需配以注释就能轻易看明白。 theList 不如 gameBoard x[0] == 4 不如 cell[STATUS_VALUE] == FLAGGED 不如 ...
阅读全文
posted @ 2010-03-26 13:38
真阿当
阅读(97)
推荐(0)
摘要:
写程序不仅要考虑编译器能执行,更应考虑代码是否有良好的可读性。可读性不仅仅是为了方便别人看你的代码,就算是作者本人,在编写新功能的时候,其实也会反复看自己之前的代码。为了让开发速度快,而放弃让代码保持高品质,其实只会反而拖慢开发速度。编写当前功能的时候,这么做当然是会提高开发速度,但从全盘角度...
阅读全文
posted @ 2010-03-26 13:13
真阿当
阅读(110)
推荐(0)
摘要:
写程序不仅要考虑编译器能执行,更应考虑代码是否有良好的可读性。可读性不仅仅是为了方便别人看你的代码,就算是作者本人,在编写新功能的时候,其实也会反复看自己之前的代码。为了让开发速度快,而放弃让代码保持高品质,其实只会反而拖慢开发速度。编写当前功能的时候,这么做当然是会提高开发速度,但从全盘角度...
阅读全文
posted @ 2010-03-26 13:13
真阿当
阅读(96)
推荐(0)
2010年3月24日
摘要:
原文地址:http://www.infoq.com/cn/articles/levison-TDD-adoption-strategy
阅读全文
posted @ 2010-03-24 13:37
真阿当
阅读(113)
推荐(0)