On 07/25/2011 09:17 PM, Hu Songtao wrote:
> 
> 在 Mon, 25 Jul 2011 17:31:07 +0800,Haiyan Lin <[email protected]> 写道:
> 
>> 《Perl Best Practice》从如何写出便于自己维护、别人理解的代码的角度,给了 
>> 很多很好的建议。不论是对骑小骆驼的娃儿,还是骑大骆驼的经验老手,都是一 
>> 本不错的书,值得阅读一下。
>>
> 非常感谢您的总结。我手边也PBP的影印书,还没好好看。

PBP++ 不要当圣经来读,很多地方可以学习借鉴。

> 最近写Javascript的时候,偶尔用了一下 TomDoc, 特别受用。特此分享一些心得:
> http://tomdoc.org/
> 
>> 所以如果你是工程��,多�x�x�e人的程式�a,是很重要的,就跟�W����作一�印�
>> 相反的,如果你的程式想要��人家�x懂,那 documentation 是非常重要的。 
>> GitHub 工程�� Zach Holman �l表了一篇非常棒的文章,����解��了�槭颤N你要 
>> ��文件,怎�N��。
> http://zachholman.com/posts/documentation/

我的习惯是:代码就是文档。 Perl 代码如果不乱用晦涩的功能的话,非常容易看
懂,还要运用 decouple,把冗长的代码通过各种 subroutine/object 等方法分
割。 为你的代码起个好名字。对于一些特别算法的实现等可以额外注释。

除了 PBP 一书外, the pragmatic programmer 更是所有程序员必读(读原版吧)。

Qiang

-- 
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖,请发送电子邮件至 [email protected]。
要取消订阅此网上论坛,请发送电子邮件至 [email protected]。
若有更多问题,请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

回复