> 如果用PERL开发WEB，一开始就已经内置了$_SESSION、$_COOKIE，用起来估计是超爽!但PERL喜欢百花齐放，不喜欢统一。
>
> 从这个主题的讨论来看，PERL在开发WEB方面，是逐渐被市场抛弃了。
>
呵呵，我曾花费了许多时间在 Perl 实现的 web application 之上，差不多有两三年的时间。我动用了许多办法来优化我的代码，包括尽可能使用 XS 扩展以及避免使用 CGI.pm 之类的模块里的拙劣实现，而使用我自己的。
最终的结果是不太成功，倒不是 Perl 不能描述好我的问题，这方面 Perl 也不会比 PHP/Python/Ruby/Java 逊色，最要命的是性能。因为大部分时间我是做在线应用的，而我所面对的流量压力不是一个中小规模的网站所面对的那种。如果跑得不够快，那就是没有什么意义了，呵呵。我们不仅关注平均响应时间，我们同时还关心单机的并发度，关心内存的占用，I/O 以及 CPU 争用等许多方面。
正如 flw 指出的那样，实现会影响到性能，因为 PHP 专注于 web 场景，所以它的解释器实现有机会提供 Perl 不愿或者不便提供的各种优化（具体的做法相信 PHP 程序员会说得比我更好）。我的师傅 chaoslawful 在他自己的项目中的比较得出结论是，PHP 经常会在性能表现得比 Perl 更出色。
但 PHP 仍不是我们的最终选择，这也是为什么在过去的几个月中，chaoslawful 和我专注于 C, nginx 扩展开发，coco lua，以及 Erlang 等技术的根本原因 ;) 即便如此，我仍大量将 Perl 应用于我的 C 代码的自动化测试，比如我最近放到 CPAN 上去的 Test::Nginx 模块（虽然 chaoslawful 更倾向于使用 Erlang 来测试他的 nginx C 模块，因为 Erlang 在表达非阻塞 TCP 通信逻辑方面比 Perl 更为便捷，呵呵）。
> 叹息一下路过。
>
chaoslawful 看到了，一定会说："好吧。。。都是浮云。。。"
Cheers,
-agentzh
--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。
博文
没有评论:
发表评论