支持一下互相学习和互相促进。 PERL在WEB开发上面，现在的市场估计暂难发生变化了。
但随着PSGI的出现，希望能使这种情况改变。 Lin(林兴陆) wrote: > PHP's "CPAN"？ > 你说的是 PEAR 哦 http://pear.php.net <http://pear.php.net/> 这就是 PHP > 学 Perl 学得很到位的地方，反过来呢，应该互相促进嘛！ > > 2009/12/29 flw <[email protected] <mailto:[email protected]>> > > 性能我没有测试过，即使有性能的差别，这也是实现时造成的问题， > 并不是模块化的坏处。（当然 CPAN 上的模块良莠不齐，在所难免） > 至于警告么，我觉得需要就事论事，有些警告是程序员的问题，有些警告是 > 模块自身的问题。 > （Perl 序列化可以用 > http://search.cpan.org/~ams/Storable-2.21/Storable.pm > <http://search.cpan.org/%7Eams/Storable-2.21/Storable.pm>） > > 我不懂 web 开发，可以请擅长的朋友们详细阐述一下 PHP 和 Perl 在 web > 开发时的性能问题， > 以及这种性能差距假如存在的话，是否有可能在 Perl 内部解决掉。 > > 我的想法是，Perl 应该不会比 PHP 慢，如果真的慢，那么应该是 > mod_perl 的实现问题， > 只是单纯地搞一套 Perl 库出来应该无济于事。 > > PHP 从语言的角度讲，实在算不得上是一种设计优美的语言（平坦的名字空 > 间，含糊的冗余的内置函数）。 > 没有 CPAN 是它的劣势，不是它的优势，PHP 社群这两年也在搞类似于 > CPAN 的东西，足以说明这一点。 > > 事实上就我接触过的语言来说，大多都缺乏一个像 CPAN 这样运作良好的模 > 块中心。 > 近年来 PHP Erlang Haskell 等也都在搭建类似于自己的 CPAN 这样的东西。 > > 小林和 alex 提到的感想，是许多老一辈程序员（尤其是另一些 C 程序 > 员）经常会有的想法， > 他们往往觉得别人搞的东西都不可靠，只有自己从零开始搞出来的东西才可靠， > （于是 PHP 诞生了，nginx 诞生了）但是对于大多数新入门的朋友们来说， > 能够有更多的模块来复用，在这些基础上快速地构建自己的应用，实在是一 > 件乐事。 > 只是，过了新入门这个阶段之后，还是应该深入了解一些东西，这样就可以 > 在使用第三方模块的时候， > 又不为它们所制约，逢山开路遇水搭桥，有 BUG 就改 BUG 有不足就重写之。 > 我在使用 Net::SSH::Perl 的过程中尤其感受到这一点。 > 2009/12/29 Lin <[email protected] <mailto:[email protected]>> > > 除了写法不同，性能也会有不少差异。 > 我们经常能看到很多 PHP 脚本拿 serialize 和 unserialize 来做数 > 据库缓存以减少 SQL 查询， > 而在 Perl 里面要达到这个效果，你就不得不搬出一堆模组，并且可能 > 有这样或那样的警告，非常不方便。 > > -- Perl乐事 -- http://www.perlersh.org 我的博客 -- http://www.perlersh.org/blog.html 揭谛揭谛，波罗揭谛，波罗僧揭谛，菩提萨婆诃。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。 要向此网上论坛发帖，请发送电子邮件至 [email protected]。 要取消订阅此网上论坛，请发送电子邮件至 [email protected]。 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
