對純物件導向的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 最大的優勢就是隨意。 太講究了就不適合了

