对纯面向对象的PHP程序有何看法？

大家知道的纯面向对象的PHP程序的哪些？对于纯面向对象的PHP程序在架构、开发、性能等方面有什么见解？

回复内容：

OOP的目的不是为了提高运行效率，而是开发效率~对于PHP而言，因为使用OOP而损失的性能与它带来的开发和维护的好处相比我以为是微不足道的~ 从我仅有一点经验看来，纯面向对象的PHP应用需要更多的工作来提高运行效率，好处是更有利于模块化和代码重用。但总是觉得PHP不是为OOP而生的 面向对象思想本来就与语言没有关系，更何况php5改进了OO方面的语法，所以现在在语言方面没有太大的障碍。之所以OO没有普及，还是因为整个php社区的思想没有跟上。现在很多人还是觉得php是为中小型网站专门设计的，不愿意开发框架，学习框架。这也是早期php设计思想留下来的不好的影响。事实上，php要想有更大的作为，更广阔的空间，走面向对象的道路是必然的选择 单入口的架构形式在达到一定规模后性能问题会越发显著 php5后对象的运行效率已经不错了,OOP特性的大量使用也使得PHP更像一门语言。 我感觉oop主要还是维护起来方便，团队协同开发效率会很高，对项目规模的把控也容易的多。php要发展必然走oop的路子，现在的php框架不都是oop吗？
说到运行效率的话，真到了由于oop而带来运行效率的时候，oop其实已经不是问题了。
如果感觉php不适合oop那是不是说php只适合做小型项目呢？phper们不要自贬身价啊。 主要用来做模块化吧，PHP 如果利用纯 OOP 思想会显得别扭。 在谈面向对象的时候，我们首先要抛开程序。面向对象是一种思想，而不是一门语言。例如一个需求来了，我们如何去理解自己的需求，如何把需求变成自己的想法，写出概要设计，画出E-R图，建立数据库，将需求变成程序。万物皆对象，是告诉我们任何东西我都要用对象的方式去分析事物。比方说喝水这么一个动作，我们用面向对象的方法来分析的话：流程是首先要拿起开水瓶——打开瓶盖——倒入杯子——关闭瓶盖——放下开水瓶——喝水。在这个流程出现的某些东西我们就可以对象化：开水瓶，杯子，人。
当然如果你还要仔细划分的话：可以加上water，瓶盖。经过这么一分析，你是不是立马觉得你的思维就开括了，接下来的神马文档和数据库设计都是浮云？至于用什么语言去实现那只是一种手段。熟话说：程序是死的，但是我们程序员能赋予它生命和活力。 php 出来就不是为 oop 设计的， 以至于后来加入的 oop 特性变的十分怪异, php 最大的优势就是随意。 太讲究了就不适合了