- 相關(guān)推薦
php語(yǔ)言可以用框架嗎
JAVAScript 有框架可以用，那么PHP呢，需不需要框架?如果需要那么PHP的開(kāi)發(fā)語(yǔ)言用的什么框架結構用的是MVC嗎?testlink開(kāi)源系統用過(guò)嗎?帶著(zhù)以上問(wèn)題一起來(lái)看看吧!
RAILS的確可能會(huì )有很好的前景。但他只能是IT技術(shù)進(jìn)一步普及和低端化的產(chǎn)物。任何一種行業(yè)都會(huì )由稀缺到普及，由高端到低端。由于ROR為效率而屏蔽了底層，所以ROR只能做個(gè)低端的角色
javascrīpt是基于對象面向過(guò)程的語(yǔ)言典型。它在設計時(shí)甚至沒(méi)有引入Class，今天很多使用者如果一定要用類(lèi)，只能以函數模擬。在JAVA下，一切都要以一個(gè)Class開(kāi)始，在Class里實(shí)現;而在JS下，壓根就沒(méi)有類(lèi)，可以說(shuō)它是強制面向過(guò)程的�；趯ο�(Object-Based)與面向對象(Object Oriented Programming)是兩個(gè)概念。初學(xué)者不要一看到對象就說(shuō)這個(gè)語(yǔ)言很OO，或者一看使用對象不多就認為這個(gè)語(yǔ)言不夠現代。
OO就是系統化、模型化，是到目前為止最復雜和最高級的手段，對MVC三者的任意一個(gè)都可以OO。MVC的目的是分離。分離的目的是減少重復。找不到重復是因為分離得不到位或不合理。所以如何分離是開(kāi)發(fā)設計的核心，也是開(kāi)發(fā)方法的主要內容。
應該放棄開(kāi)發(fā)速度最重要的觀(guān)念。并不是說(shuō)開(kāi)發(fā)速度不重要，而是因為可維護性(重構性)才是真正重要的;可維護性低的開(kāi)發(fā)方法其開(kāi)發(fā)速度一定高不了。因為結構化越低開(kāi)發(fā)起來(lái)就越復雜，反之結構化越高開(kāi)發(fā)就越簡(jiǎn)單。為什么web戰勝software，因為它的數據存儲、頁(yè)引擎、瀏覽器的這樣一個(gè)架構(當然可以進(jìn)一步細分)取代了堆在一起的software，產(chǎn)生了強大的分離效應�？梢钥闯�，分離是減少重復提高生產(chǎn)率的要訣。
OO是為了實(shí)現MODEL，MODEL是為了分離。如果問(wèn)題很簡(jiǎn)單就能解決，就不一定要MODEL，否則建模所帶來(lái)的生產(chǎn)成本就大于問(wèn)題本身。應該只對較復雜的模塊通過(guò)OO建立MODEL。
換言之OO只是手段，分離不一定要OO，甚至不需要MODEL。只要能做到分離。
OOP是無(wú)需質(zhì)疑的一大成就，它是我們解決復雜的項目的手段。問(wèn)題越復雜，OO就越重要。但是當WEB取代軟件時(shí)，本身提供了一種分離架構，而且分離之后的內容又是頁(yè)式的(一次只需要處理一頁(yè))。這也就是為什么web會(huì )戰勝軟件。問(wèn)題復雜程度降低了，多余的方法成本也應該降下來(lái)。去距離不遠的超市應該騎自行車(chē)而不應該乘坐出租車(chē)，否則等車(chē)的時(shí)間就不能忽略。function能分離開(kāi)就不要用class，class修改維護起來(lái)比f(wàn)unction復雜。
請記�。涸谡麄�(gè)計算機開(kāi)發(fā)方法學(xué)中，減少重復是最終目的，分離則是達到此目的的途徑。這就是效率的本質(zhì)。
應該說(shuō)PHP一直處于發(fā)展之中，它是從適合小項目發(fā)展向適合大項目的。對于php程序中SQL語(yǔ)句的分離，將來(lái)也應該像其他數據庫那樣使用存儲過(guò)程。所以，選擇PHP就不要和別的語(yǔ)言比大型。PHP的重要就在于它適合Web開(kāi)發(fā)。
關(guān)于框架，可參見(jiàn)關(guān)于三種主流WEB架構的思考，目前的PHP框架如：
Zend Platform
fleaphp
FCS
CakePHP
都是模仿ROR。
Ruby on Rails是面向對象(OOP)和基于模型-視圖-控制器 (MVC) 的典范。它能起到很高的分離作用。Ruby on Rails震驚了編程界。主要是震驚了JAVA界，他們發(fā)現作為集OOP之大成的圣殿語(yǔ)言面對ROR的效率難以企及。原因就在于分離是根本，而OO不是。
RAILS的確可能會(huì )有很好的前景。但他只能是IT技術(shù)進(jìn)一步普及和低端化的產(chǎn)物。任何一種行業(yè)都會(huì )由稀缺到普及，由高端到低端。由于ROR為效率而屏蔽了底層，所以ROR只能做個(gè)低端的角色。如果你開(kāi)發(fā)一個(gè)站點(diǎn)，規模逐漸增大，訪(fǎng)問(wèn)量逐漸增高，當CMS變成MIS，相對于使用了Smarty的PHP，rails的優(yōu)勢只有active record，但是數據庫結構和數據庫操作是性能瓶頸，是最需要設計的環(huán)節。ROR這個(gè)半成品就成了窠臼，項目后期它會(huì )讓你嘗足苦頭。
所以ROR只適合小項目。但是相對于直接開(kāi)發(fā)，框架是有成本的。小項目是否需要這么高的方法成本(學(xué)習框架，維護框架)。對于CMS，ROR出現得晚了些，很多CMS都成了現成的Web服務(wù)了。
Web開(kāi)發(fā)長(cháng)期以來(lái)缺乏一種項目規范。PHP亦如此，每個(gè)人的項目其結構都不一樣。這與JAVA區別明顯。Rails框架解決了這個(gè)問(wèn)題�？傊�，隨著(zhù)硬件的不斷發(fā)展，性能和穩定性等對于小型網(wǎng)站越來(lái)越不成瓶頸問(wèn)題，所以ROR會(huì )越來(lái)越多，但這是個(gè)緩慢過(guò)程，其對應的網(wǎng)站也會(huì )越來(lái)越低端。
【拓展閱讀】
如何領(lǐng)用PHP框架語(yǔ)言來(lái)做手機APP開(kāi)發(fā)?
隨著(zhù)互聯(lián)網(wǎng)的快速發(fā)展，手機APP開(kāi)發(fā)深受企業(yè)的歡迎，那么手機APP開(kāi)發(fā)的移動(dòng)后臺都是用什么語(yǔ)言來(lái)開(kāi)發(fā)的呢，這也是很多人所關(guān)注的焦點(diǎn)，而現在的移動(dòng)后臺開(kāi)發(fā)語(yǔ)言有很多，分別是：PHP、Java等等，那么你們想知道如何龍PHP框架語(yǔ)言做手機APP開(kāi)發(fā)?
利用PHP框架做手機APP開(kāi)發(fā)需要考慮兩種可能：
第一：如果需要即時(shí)通訊，也就是需要手機客戶(hù)端與服務(wù)端保持TCP長(cháng)連接，服務(wù)端需要向客戶(hù)端推送數據的時(shí)候可以隨時(shí)通過(guò)這個(gè)長(cháng)連接發(fā)送數據給客戶(hù)端，這樣便能做到客戶(hù)端與服務(wù)端及時(shí)通訊甚至客戶(hù)端與客戶(hù)端及時(shí)通訊。做到這需要PHP能維持很多客戶(hù)端連接，并且需要多進(jìn)程支持，支持自己的通訊協(xié)議。這樣的應用傳統的nginx+php-fpm + 傳統的php框架是做不到的。如果是長(cháng)連接即時(shí)通訊類(lèi)的服務(wù)器框架推薦一看下workerman，它是就是一個(gè)php的socket服務(wù)器框架，非常適合做手機后臺服務(wù)器框架。
第二：如果不需要即時(shí)通訊的話(huà)，可以考慮直接走http協(xié)議，用nginx+php-fpm搭建一個(gè)webserver就好了，php框架可以采用thinkphp、yii等等，客戶(hù)端需要與服務(wù)器通訊的時(shí)候向服務(wù)端get/post一個(gè)請求就好。
如果是比較簡(jiǎn)單的手機APP，例如新聞客戶(hù)端這樣的不會(huì )涉及到長(cháng)連接的服務(wù)，那么可以考慮直接使用http協(xié)議。因為該協(xié)議幾乎被所有可以上網(wǎng)的設備支持，手機客戶(hù)端那邊也有大量相關(guān)的庫可以調用，省掉不少麻煩，其實(shí)確定了這三個(gè)：協(xié)議(HTTP)、數據表示方法(JSON)、請求數據的方法(REST)之后，基本上就可以開(kāi)發(fā)一個(gè)簡(jiǎn)單地服務(wù)端接口了(業(yè)務(wù)邏輯得自己琢磨)，再加上手機客戶(hù)端那邊配套的設置搭起來(lái)，那么就可以了。
綜上所述，大家現在知道如何利用PHP框架來(lái)做手機APP開(kāi)發(fā)，利用PHP框架在做手機APP開(kāi)發(fā)的時(shí)候，也是要根據企業(yè)的要求來(lái)做，是要考慮很多方面的因素。
【php語(yǔ)言可以用框架嗎】相關(guān)文章：
php語(yǔ)言能用框架嗎09-05
PHP是最好的語(yǔ)言嗎08-08
PHP框架的概念07-11
學(xué)習php語(yǔ)言難嗎09-11
如何使用PHP框架09-12
php框架Phpbean說(shuō)明09-30
PHP框架是什么09-23
怎么在yaf框架增加php擴展框架07-24