改善工具箱之前出版/最佳实践

把 双 评论的数量和你的源代码 认为 你所需要的。

从来没有人抱怨 太多的 解释性语句嵌入到源代码中。越多越好。有时(后来)即使我慢慢的看 我自己的 代码,我很难理解如果我没有注释来解释它。

我将一个计数器程序我写评论。相比之下,35%的我的代码行

考虑写一些基本 测试 为你的功能。

不要担心这个页面出现在“高级软件开发”部分的文档。 基于脚本的测试 很容易写,只要你知道如何编写代码部分(从% %)和使用 断言函数 。

基于函数的和基于类的测试提供额外的功能(例如更高级的设置和清除功能)的成本更多的复杂性。但哪怕是最基本的基于脚本的测试可以证明宝贵的用户开始修改你的功能。他们的失败将(或应该)提醒用户,当他们的预期行为变化的影响函数的方式他们没想到。