基本扯淡的文章

看书要用心

首先说明,此文是原作者04年撰写的,当时的情况确实如文中所说。但是CSDN却在现在把这篇文章的翻译给刊出来,而且还是在新闻频道中,真是让人不理解。以下是原作的全文

PHP确实十分容易编写。但是PHP也有一些十分严重的缺陷。

下面我会给出我的理由,为什么PHP不适合于比小型业余网站更大的网站。

1. 对递归的不良支持

递归是一种函数调用自身的机制。这是一种强大的特性可以把某些复杂的东西变得很简单。有一个使用递归的例子是快速排序(quicksort)。不幸的是,PHP并不擅长递归。Zeev,一个PHP开发人员,说道:“PHP 4.0(Zend)对密集数据使用了栈方式,而不是使用堆方式。也就是说它能容忍的递归函数的数量限制和其他语言比起来明显少。”见bug 1901。这是一个很不好的借口。每一个编程语言都应该提供良好的递归支持。

2. 许多PHP模块都不是线程安全的

在几年前,Apache发布了Web服务器的2.0版。这个版本支持多线程模式,在这个模式下,软件一个一部分可以同时运行多个。PHP的发明者说PHP的核心是线程安全的,但是非核心模块不一定是。但是十次有九次,你想要在PHP脚本中使用这种模块,但这又使你的脚本不能合适Apache的多线程模式。这也是为什么PHP小组不推荐在Apache 2 的多线程模式下运行PHP。不良的多线程模式支持使PHP常被认为是Apache 2依然不流行的原因之一。

请阅读这篇讨论: Slashdot: Sites Rejecting Apache 2?.

3. PHP 由于商业原因而不健全

通过使用缓存,PHP的性能可以陡增500%[见基准测试]。那么为什么缓存没有被构建在PHP中呢?因为Zend——PHP的制造者,它在销售自己的Zend Accelerator,所以当然,他们不想抛弃自己的商业产品这块肥肉。

但是有另一个可选择的: APC. (Zend后来推出Zend Optimizer,免费的加速器——译者)

4. 没有命名空间

设想某个人制作了一个PHP模块用来阅读文件。模块中一个函数叫做read。然后另一个人的模块可以读取网页的,同样包含一个函数read。然后我们就无法同时使用这两个模块了,因为PHP不知道你要用哪个函数。 但是有一个很简单的解决方法,那就是命名空间。曾经有人建议PHP5加入这个特性,但不幸得是他没有这么做。现在,没有命名空间,每个函数都必须加上模块名作为前缀,来避免名称冲突。这导致了函数名恐怖得长,例如xsl_xsltprocessor_transform_to_XML让代码难于书写和理解。

5. 不标准的日期格式字符

很多程序员对 日期格式字符 都很熟悉,它是从UNIX和C语言中来的。其他一些编程语言采用了这个标准,但是很奇怪的,PHP有它自己的一套完全不兼容的日期格式字符。在C中,“%j”表示一年中的当天,在PHP中他表示一个月中的当天。然而使事情更混乱的是:Smarty (一个很流行的PHP模版引擎)的 strftime 函数和 date_format 函数,却使用了C/UNIX的格式化字符。

6. 混乱的许可证

你也许认为PHP是免费的,所有的在手册中提到的PHP模块也是免费的。错了!例如,如果你想在PHP中生成PDF文件,你会在手册中发现两个模块:PDF 和 ClibPDF。但是这两个都是有商业许可证的。所以,你所使用的每个模块,你都要确保你同意他的许可证。

7. 不一致的函数命名规则

有些函数名称是有多个单词组成的。一般有三种单词组合的习惯:

直接拼接:getnumberoffiles

用下划线分开:get_number_of_files

骆驼法则:getNumberOfFiles

大部分语言选择其中一中。但是PHP都用到了。

例如,你想要把一些特殊字符转换成HTML实体,你会使用函数htmlentities (直接拼接单词)。如果你要使用相反的功能,你要用到它的小弟弟html_entity_decode。由于某些特殊的原因,这个函数名是由下划线分隔单词。怎么能这样呢?你知道有一个函数叫strpad。或者他是str_pad?每次你都要查看一下到底这个符号是什么或者直接等他出现一个错误。函数是不分大小写的,所以对于PHP来说rawurldecode 和RawUrlDecode之间没有什么区别。这也很糟糕,因为两个都使用到了同时他们看上去还不一样,混淆了阅读者。

8. 魔法引用的地狱

魔法引用(Magic quote)可以保护PHP脚本免受SQL注入攻击。这很好。但是出于某些原因,你可以在php.ini中关闭这个配置。所以你如果要写出一个有弹性的脚本,你总要检查魔法引用是开启还是关闭。这样一个“特性”应该让编程更简单,而事实上变得更复杂了。

9. 缺少标准框架

一个成长中的网站没有一个整体框架,最终会变成维护的噩梦。一个框架可以让很多工作变得简单。现在最流行的框架模型时MVC-模型,在其中表现层、业务逻辑和数据库访问都分离开了。

很多PHP网站不使用MVC-模型。他们甚至没有一个框架。甚至现在有一些PHP框架同时你都可以自己写一个,关于PHP的文章和手册没有提高框架的一个字。同时JSP-开发人员使用像Struts的框架、ASP开发人员使用.net,看起来好像这些概念都广泛被PHP开发人员所了解。这就说明了PHP实际上到底是多专业。

总结

什么问题?

对于非常小的项目,它可以是一个十分符合人意的编程语言。但是对于较大的和更为复杂的项目,PHP就显出他的薄弱了。当你不断地摸索之后,你会发现我提到的某些问题的解决方案。所以,当解决方案已知之后,为什么不能修正他呢?另外为什么这些修补不在手册中提到呢? 一个开源的语言十分流行是一件好事。但不幸得是,它不是一个伟大的语言。我希望所有的问题能有一天得到解决(也许在PHP6?),然后我们就将拥有一个开源语言,他既开源,又好用。

到现在,当你要启动一个多于5个脚本页面的项目的时候,你最好考虑C#/ASP.NET或者 Java/JSP或者也许Python同样是一个更好的选择。

本人结合自己的经验对这些观点做一些探讨。

1.PHP对递归的支持确实不够良好,但在PHP5中已经有了改善,PHP5对内存的管理已经是堆方式,理论上支持无限递归。

2.对非线程安全的模块,本文不讨论。这与PHP核心没有什么关系。

3.由于PHP的核心贡献者zend公司的商业化,有些商业模块并不能被免费的使用,这在一定程度上制约了PHP的发展,特别是PHP特别需要的缓存编译模块。PHP5中已经集成了APC加速模块,而PHP6已经把APC放入核心,你不用为require过多文件而担心,这些文件都将被编译后放入内存当中。

4.命名空间将在PHP 5.3中被加入。

5.对于程序编写好像没有什么影响。

6.由于PHP的一大特色就是其丰富的模块支持,所以php组织本身并没有要求php扩展一定要免费开源,但是绝大多数常用的php扩展是免费开源的。作者用PDF扩展来举例未免有点以偏概全了。

7.这一点是所有开源系统的通病,本人也觉得非常麻烦。

8.php5中魔法引用被默认关闭,php6种将彻底移除。

9.现在php框架已经满天飞了。

我们可以从PHP以上几点的对比,看出PHP这一优秀开源项目的发展轨迹,经过整个PHP社区的努力,它正朝着越来越成熟的方向迈进。一些大型公司比如雅虎,IBM应用PHP,同时反过来向PHP贡献代码,形成一个完整的生态圈。而由于其入门门槛较低,被广大程序员称为草根语言,其中有轻视的意味。本人觉得所谓技术就是一层纸,没有什么是无法实现的。PHP不能解决所有的问题,但作为语言本身它已经非常强大。一门强大的语言加上良好的系统设计,基本上就可以解决所有问题了。

已有 6 条评论
  1. bbq本人觉得所谓技术就是一层纸,没有什么是无法实现的
    bbq本人觉得所谓技术就是一层纸,没有什么是无法实现的

    "本人觉得所谓技术就是一层纸,没有什么是无法实现的"---------------强烈支持!!

  2. 正在学习php的,也是有同样的感觉,入门及其的容易,可是要做出点什么好像就很难了。

  3. Jeffrey04
    Jeffrey04

    有原文连接吗?里面有一些词儿看不大懂,我从马来西亚来的……学编程用的是英文……

  4. 多点magike的消息吧,呵呵

  5. Vichair
    Vichair

    啥时间我有钱买好空间了我再来magike,现在先WP

    PHP,貌似很难的样子