比较有趣
http://labs.mozilla.com/2008/08/introducing-ubiquity/

最近需要使用Perl，就随便总结一下。

首先当然是环境的建立了，linux下不用管，都是自带了，直接就可以编写Perl脚本去了。

在Windows下需要去下载并且安装一个Active Perl，可以到这个网站http://www.activestate.com/Products/activeperl/index.mhtml去下载。

关于开发工具，已经存在一个Eclipse的插件，里面还带有正则表达式测试等功能，但是不是很成熟。其实只用带有代码着色的文本工具即可，然后在命令行调用Perl yourPerl.PL就可以了。

Perl最具特点是它有很多包含各种功能的Module可以被使用，你可以到http://www.cpan.org/去Search，downlads它们。
这些模块下载下来以后是一个压缩文件，将其解压缩以后，里面一般会有Makefile.PL，用perl命令去运行这个脚本即
接下来如果是在linux下，依次打入命令：
注意make test会提示你这个模块所依赖的模块是否已经被安装，最好把它依赖的模块也一起安装了，否则后面可能会出问题。
不知道有没有ANT里面 fetch-depends类似的功能，暂时没有找到。
如果你在windows下，make就要换成nmake了。

有少数的模块里面并没有Makefile.PL而是一个Build.PL，需要特殊的模块来安装，这个模块叫什么记不清了，可以去上面那个网站去搜索一下。

好了，环境工具都搞定了，找本书吧，O'Relly 的Learning Perl是很好的入门读物，甚者那个骆驼标志已经成为事实上Perl的代言人了。

然后就开始你的Perl旅程吧。

问：如何对私有方法进行单元测试？

答：重点在于，你不应该有任何方法是从一开始设计出来就是private的，因为你的每段程序都应该在单元测试的驱动之下产生，而测试是不可能驱动出 来一个private方法的。那么private方法从哪里来？只能从重构而来。所以答案是：private方法是不需要测试的，因为它是重构的产物，而 重构是不改变程序可观察之行为的。既然行为不改变，测试自然也不需要有任何改变，所以不需要针对private方法建立任何新的测试。

问：但是，如果private方法确实出现问题了怎么办？如果确实希望用测试来弄清一个private方法里面到底发生了什么，该怎么办？

答：如果一个private方法复杂到你不能一眼看清它，那它就太复杂了，你应该把它重构成为一个独立的class，然后针对这个class来建立单元测试。

 

 

 

浏览器彻底换成了FireFox
编程用的是IDE是Eclipse
Server用的是Jboss
Office用的是Open Office


等待…………梦想中的Gphone