精彩来自开源中心:
看到好多论坛里讨论php的面向对象编程的争论,本文粗浅的记录一下本人对php和面向对象编程思想的理解
一、面向对象的优势
现如今,面向对象编程不再是陌生的词汇。随便搜了一下
http://dev.csdn.net/develop/article/24/24426.shtm使用面向oo对象方法的12个优点:
维护费用低 质量高,效率高 容易扩展 适用于复杂项目的一个工具 以自然方式思考 等等
由于本人很少用到oo编程,总结如下,若有不当请多包函
1 继承
如果有基类,从基类继承扩展成自己的类,这个过程非常方便易懂
2 分工合作
3 代码重用
4 封装安全性
5 维护
二、php运行方式
我们知道在http协议中,一次请求自客户端发起后,会随着服务器返回数据而终结,当然现在大多数web服务器支持keep-alive,相当于客户端把车开走之后服务器还留着空车位,等他在下次还回来,这样能节省一部分开销....不过上述和php没有任何关系(^_^)
php运行的载体是web服务器(这里定为apache).apache接到客户端的.php文件请求会把解释任务交给php,从此php开始了使命,然而它的生命周期是及其短暂(当然越短越好,否则客户端要埋怨这个网站怎么这么慢),这个周期结束之后,php会释放内存,释放资源,等待下一次请求来临。
php作为一种解释型语言,很多时间要花费在源文件读取和语法扫描上;而编译型的程序,这些工作已经由编译器完成;include()是常用的包含函数,但是它在php和c语言中的作用完全不同:php中的include,每一次运行都会去读取一次被包含的文件;而c,只是告诉编译器源代码中需要那一部分,编译好的二进制文件里绝对不会再有include。
了解了上面2点,我们继续:
三、目前我为什么不看好php的面向对象编程
php的用途是什么?我的理解它是开发开发中小型网站和后台程序的厉器,有着丰富的函数库,处理字符串,文件,数字计算速度飞快;但是为什么我不看好它面向对象呢?
例:在windows,设计一个有图标的窗口,只需要在窗口基类继承过来一个,加上图标。这个过程不难理解,在内存中把基类复制过来加上自己的代码,简单又快速;现在我们看php的处理过程:一个请求过来 -> 解析基class ->继承,加上自己的代码->实例化 ->输出结果,这个过程看上去没有什么不对,但是对于一个每天有100000000点击的网站,这个过程要重复100000000次,而那些基类有没有必要重复解释那么多次?每一个基类一般是include过来的,这会有多少次重复的劳动(还好不是人来重复这个过程)?效率在哪里?当然随着计算机硬件发展,那一点overload已经算不了什么,可是硬件发展了,软件是不是也应该跟上哪?
我们回过头来看windows程序有什么不同?对,它是在内存里的,不管是复制还是继承,速度都是和去读磁盘无法比拟,而这些基类都在操作系统,在系统启动就已经掉入内存。
四、php什么时候使用面向对象?
当有若干人在开发一个大型项目,彼此之间只要调用封装好的类,初期设计相当合理,如果都遵循这个oo的思想,那么后期的维护将会比较简单。但是,有那么大的项目吗?这样的项目多吗?如果确有那样的项目,你会考虑用php吗?当然这由您来决定。
五、展望
php会不会出虚拟机我不确定,可是出了虚拟机和java有什么区别呢?如果php常驻内存,更高效率的使用内存,更好的数据库查询方式(例如连接池),更好的IDE开发调试环境,更强的安全机制,它的未来会不光明?
不过这只是展望,眼下php的oo解决方案似乎只有eaccelerator(),使用它的缓存功能,将基类对象或对象序列化之后写入缓存,当然它还有其他功能,据说能提高性能10倍到100倍(当然指纯php页面部分),这里关于它的详细使用方法和介绍省略(over)
阅读(1732) | 评论(2) | 转发(0) |