由于 PHP 正在成熟,因此是快速即编即用的脚本编制人员与了解 UML 的面向对象的开发人员“思想达成一致”的时候了。
很少有编程语言能够像 PHP 这样迅速地得到普及。现在广泛宣传的那个关于自己动手做 (DIY) 的脚本编制语言改变 IT 业的故事表明,成功不一定总是来自于系统计划和市场研究。但是现在的实际问题是这种成功如何能够为庞大的 IT 业所接受。Oracle 以及其他几个大的参与者正在关注 PHP 铮铮事实表明,这种语言已经成熟。
直到现在,成功也只是刚刚“出现”。数量不断增长的爱好者已经聚集在 PHP 周围,就象聚集在一个天才神童身边一样。但是既然这个孩子正在长出胡子,并开始以平等的地位与成人交谈,那么早期的拥护者会适应这种变化吗?
PHP 与大部分主要的开放源代码项目一样,是正在成为主流技术的过程中的一种基本现象。PHP 会使那些使它获得名誉的人们失望吗?它会达到庞大的 IT 业的期望吗?
两种编程文化的故事
PHP 的成功吸引了不同背景人士的注意。早期的 Rasmus 的拥护者(如果您能谅解那些在开放源代码圈内不常出现的略以救世者自居的语气)习惯于快速的即编即用的脚本编制方法,他们现在必须对付那些了解 UML、面向对象 (OO) 编程的开发人员,这些开发人员决心使 PHP 与其他现代开发工具并驾齐驱。双方都很了解 Web 开发,都拥有强大的文化。忽略任何一方都是不明智的。
早期的 PHP 类型了解 Web 开发的哪些方面,它擅长做什么,不擅长做什么?它了解很多关于设计的问题。它的风格有时可能会有问题,但可以看出它拥有 HTML 和 CSS 功能,不必说更为流行的多信息互联网应用程序 (RIA) 技术了。它总是那么年轻,却经常出现在 PHP 论坛中。术语“面向对象”对于它可能具有负面的涵义。它的代码很扼要,注重表现而不注重可维护性。
由于采用类型松散的变量和为其 HTML 代码填充 <?php?> 语句,因此 UML 类型将更缺乏吸引力。它将要考虑应用程序体系结构、类级代码重用、团队合作以及源代码管理。它知道,即使复杂度适中的网站首先也是一个应用程序,而设计不良的应用程序会导致工期延误、惹恼客户甚至丢掉工作。
乍一看来,后者似乎更适应于需求越来越多的环境,在这种环境中,Web 开发将会越来越多地受到营销策略和经济因素的驱动。但是我们是否应该把前者看作濒临灭绝的物种?或许不应该这样。如果我们承认 Web 是与台式机系统差别很大的一种媒介 — 更不要说大型机了(还有人记得 3270 吗?),在大型 机环境中产生了占统治地位的开发方法 — 则我们可能会得出结论,毕竟可以从这种成功却相对杂乱的方法中学到很好并且有效的东西。
新闻热点
疑难解答