标签：
先设计模块的接口。
把原有代码变成inline。
把重复的代码放到子程序。
把重复的子程序放到模块。
使用三部分式的版本编号。
程序化地实施你的版本需求。
明智地导出且只在可能场合有请求时才导出。
考虑以声明方式导出。
不要把变量变成模块接口的一部分。
自动建立新模块框架。
尽可能使用核心模块。
可行时就使用CPAN模块。
先写测试案例。
以Test::Simple或Test::More把你的测试案例标准化。
利用Test::Harness将你的测试集标准化。
编写失败的测试案例。
可能的和不可能的都要经过测试。
开始测试前先增加新的测试案例。
一定要使用use strict。
一定要显式地开启警告功能。
绝不要假设编译期间没有警告就意味着正确。
显式而选择性地关闭责难（stricture）或警告（warning），
而且是在最小可能作用域内。
至少学习perl调试器的子集功能。
“手动”调试时要使用序列化的警告。
调试时考虑使用“聪明注释”，而不是warn语句。
标签：
原文地址：http://www.cnblogs.com/xiaobin-hlj80/p/5188460.html
