background image

PHP 会被淘汰吗?

经常会有一些朋友会问我,学

php

前途吗?

PHP 未来会不会被淘汰?PHP 能做什么事情

java

.Net 能做的 PHP 都能做么?学习什么技术最 好呢?对于一个初学者来说,这

些问题确实都是很重要的,毕竟这关系到未来自身的发展。其实要探讨

PHP,不能够狭隘地

站在

PHP 本身的角度去理解问题,而 要从整个计算机语言的发展史,技术体系的演变以及

商业模式的变化对于技术走向的影响来分析。在这里我就写一篇文章,和大家分享一下我这
些年来对于技术体

 系,技术发展,技术与商业之间关系的理解。

计算机技术体系纷繁复杂,从大的方面讲,主要分为硬件和软件两大块。硬件又分为芯片级
和板卡级。芯片级企业主要是设计制造电路板上那一块块黑色小块,他们

 叫做集成电路。像

大名鼎鼎的英特尔,高通,德州仪器,

Nvidia,AMD 等等都属于芯片级的巨头企业。板卡

级企业主要是设计电路板,然后从芯片企业采购

 芯片安装到电路板上。华硕,微星,富士

康等等台企都有板卡业务。软件产业可以分为系统软件和应用软件,目前世界上主流的

操作

系统

要有

 Windows,

linux

, Unix, MacOS, BSD 等等。在不同的操作系统环境下,应用软件

的开发也有不同的方式。从应用软件的功能区

 分,可以分成客户端应用软件和服务器端应

用软件。从产业链来说,硬件产业处于软件产业上游。一般来说,硬件产业更强调规模,属
于资金密集型的行业,而软件

 产业相对更注重创意。

回到我们要探讨的重点

——编程语言。一般来说,对于 web 开发和普通的客户端软件开发,

我们都是在应用软件的层面编程。在客户端软件的开发中,目前

 Windows 平台下主要的开

发体系是基于

.Net 的架构,当然这个领域曾经是 MFC, delphi, vb 的天下。除此以 外,Java, 

ruby, python,lua 等语言配合 Qt, tk 等 UI

组件

也可以开发跨

Windows, Linux, MacOS 等多

平台

 的应用程序。当然,随着 iOS, Android 等移动操作系统和平板电脑的兴起,客户端软件

开发正在呈现出百花齐放的态势。在服务器端软件的开发中,目

 前呈现的是三组鼎立的态

势,三足分别是

JavaEE 体系,微软.Net 体系和 LAMP 体系。

JavaEE 体系曾经统治企业级软件开发长达数十年之久,十年间英才辈出,但是 Java 语言本
身却越来越显示出臃肿和分裂的态势。直至

Java 界神一样的 人物 Rod Johnson 携它天才的

S

PR

ing 框架与不朽名著《Expert J2ee development without EJB》横空出 世,Java 界的纷争才

SSH(Spring+strunts+hibernate)暂时统一。但是使用 Java 依然是个昂贵的选择,复杂的

需求设计,

 缓慢的项目进度,昂贵的应用服务器和昂贵的编码人员使得 Java 成为了一种庙

堂之上的语言。而版本的分裂也使所谓的跨平台特性成为了一句空话。

Java 的 特性使得它并

不适合业务随着市场快速变化的互联网企业,而更适合相对稳定的大型业务,如银行,保
险,零售,制造业等大型企业的业务系统开发。
.Net 体系是微软公司为了对抗 Java 而设计的一整套企业级开发架构,包括了客户端和服务
器端的开发框架。并且彻底抛弃了原来的

MFC。在很多方 面,.Net 体系都和 JavaEE 有着相

似之处。从我的经验来看,对于高手而言,

.Net 体系的开发效率是明显高于 JavaEE 的。但

.Net 体系对于 初学者来说仍然有很高的门槛,很多新手做出来的项目都是 bug 多到惨不

忍睹。同时不能跨平台,必须使用正版的微软操作系统和

数据库

件,

Windows 系 统作为

服务器的不稳定性和管理的复杂性,都在一定程度上阻碍了

.Net 体系在服务器端开发的普

及。
LAMP 体系是以

linux

, apache, 

MySQL

,

php

基础的

web 开发体系。当然也可以用 python, 

perl, ruby, 

java

scr

ip

等语言来代替 php。其实,从更广泛的定义来说,LAMP 中的 P 应该定义

 

PR

ogramming Language 更合适一些。因为任何语言其实都可以在 LAMP 体系下运转的很

好。由于生产力方面的巨大差距,在性能不是首要考

 虑因素的条件下,动态语言替代静态

语言已经是一个不可扭转的趋势。特别是在互联网开发方面,由于特别强调业务的灵活性和
快速上线,快速更新,传统的

 JavaEE 已经不太适合互联网开发的模式。而在架构的可伸缩