php開發需要框架嗎

❶ php開發網頁一定需要用框架嗎，框架有什麼好處嗎

不一定非得用框架，很多優秀的PHP產品都沒有用框架。
框架的好處是規范代碼，統一架構，方便團隊開發和維護管理，代碼封裝了很多常用功能，開發的時候直接使用，並且不用考慮底層架構，提升開發效率。
所以框架適合開發大多數普通項目。項目太小，沒必要用框架。項目太大，需按具體業務設計架構，框架不一定好用。

❷ php 程序不用框架可以嗎 zend framework 有什麼優點

當然可以，不過zend framework笨重的就像台坦克，已經完全沒有了PHP的輕穎秀氣。所謂的MVC和面向對象還有安全性方面做的好吧，畢竟是一個大型的框架。不做重型的項目還是用不到ZF，上手也比較困難。平常開發SMARTY+面向對象足夠了，畢竟PHP大部分時間還在做WEB應用。

❸ php的開發框架是什麼

PHP的開發框架是一種搭建好了的PHP基本架構，它能夠促進快速軟體開發，節約時間，有助於創建更穩定的程序，並減少開發者的重復編寫代碼的勞動。以下是四種主流的PHP開發框架：

1. ThinkPHP：

   • 簡介：ThinkPHP是一個輕量級的中型框架，從Java的Struts結構移植過來的中文PHP開發框架。
   • 特點：使用面向對象的開發結構和MVC模式，模擬實現了Struts的標簽庫，各方面都比較人性化，適合PHP框架初學者。有著豐富的文檔和示例，框架的兼容性較強，適合用於中小項目的開發。

2. Yii：

   • 簡介：Yii是一個基於組件的高性能PHP框架，用於開發大型Web應用。
   • 特點：採用嚴格的OOP編寫，並有著完善的庫引用以及全面的教程。提供了Web 2.0應用開發所需要的幾乎一切功能，如MVC，DAO/ActiveRecord，widgets，caching，等級式RBAC等，是最有效率的PHP框架之一。

3. CodeIgniter：

   • 簡介：CodeIgniter以它的簡單易用、性能和速度而聞名。
   • 特點：提供了簡單的解決方案和擴展的知識庫，通過視頻教程、用戶指南和wiki來提供支持。

4. Laravel：

   • 簡介：Laravel是一套簡潔、優雅的PHP Web開發框架。
   • 特點：可以幫助開發者從雜亂的代碼中解脫出來，構建一個完美的網路APP。其代碼簡潔、富於表達力。

這些框架各有特色，開發者可以根據項目的需求和個人的喜好選擇合適的框架進行開發。

❹ php開發工程師要求

PHP開發工程師的要求如下：

1. 技術掌握：

   • 前端開發技術：需要掌握web前端技術，並能使用PHP語言進行程序開發。
   • 後端開發技術：熟悉並能熟練使用Linux操作系統，以及MySQL資料庫。

2. 框架與工具使用：

   • PHP開發框架：需要熟練使用各種PHP開發框架，以提高開發效率和代碼質量。

3. 性能優化技術：

   • 緩存技術：了解並掌握緩存技術，以提升系統性能。
   • 資料庫優化：熟悉資料庫優化技術，確保數據查詢和處理的高效性。
   • 系統調優：具備系統調優能力，能夠針對系統瓶頸進行優化。
   • 負載均衡：了解負載均衡技術，以提高系統的並發處理能力和穩定性。

綜上所述，PHP開發工程師不僅需要熟練掌握PHP語言及其相關技術棧，還需要具備系統性能優化和調優的能力，以滿足現代Web應用系統的開發需求。

❺ php開發需要框架嗎

php中也存在框架，如國內比較常用的thinkphp、brophp。國外的Laravel。但使用其也用利弊，分析如下：
框架是非常好的，它能讓決定更連貫。框架能避免我們寫一大堆自定義模塊來實現這些性能，我們所需要做的就是將這些共用模塊放在框架中實現。框架節省了我們不少的時間和精力，並且讓擴展變得更容易。但是這也是問題的根本所在。
對錘子來說，所有事物都是釘子
Abraham Kaplan說過的一句話能最好地控訴工具的缺點：把錘子給一個小孩，他會用錘子槌遇到的所有事物
這就是衡量你是否更職業的時候了，交付對未來擴展最好的代碼而不是交付最容易實現的代碼。是為了以後的需求更好的設計你的代碼還是讓以後的人做需求的時候再考慮，這就是程序員的責任感問題了。作為一個更職業的開發者，我們必須不依賴框架獨立思考。
這就是你的錯
是不是經常聽到某人在抱怨某個框架？我已經聽見好多人抱怨過Rails了：「Rails應用總是糟糕的結構」或者「Rails測試總是這么慢」。最開始，我也曾經這么認為。但是現在，每當我聽到這些抱怨的時候，我就會意識到其實抱怨者是懶惰的。Rails，或者其他框架，只是一個工具而已，你要做的是控制它。把壞代碼歸咎於無生命的框架只能說明你的不專業。
選擇正確的工具，或者正確地使用工具
決定變得更專業
我們必須根據基本的需求來選擇工具。框架確實能做很多事情，並且需求會決定整個代碼結構。有的時候框架會很適合某個需求。但是當框架不適合某些需求的時候，你就有責任為了代碼的清晰和干凈修改框架或者封裝框架。
作者Myles Megyesi正文結束讀後感文章中提到框架只是一個工具，你不能用這個工具來滿足你的所有需求，當框架無法清晰完整地滿足你的需求的時候，你要做的不是寫一大堆垃圾麻煩的代碼來實現需求，更不是修改你的需求來滿足更容易實現這件事。作為更專業的你，你需要修改框架，或者使用抽象等思維來使你的代碼達到清晰干凈。
這點在實際開發中會遇到非常多。當別人問你：這里的代碼為什麼這么寫？ 如果你的回答是：沒辦法啊，因為框架是這么這么做的，我只能這么這么做。這就說明了你已經被框架束縛住了。不要認為框架是權威，框架也是別人寫的，它寫的時候不會考慮到你的需求。只要你的需求是團隊的公共需求，需要修改，增加框架的時候，你就應該修改框架。
代碼是讓人更清晰自然的閱讀和開發的，如果被一個框架捆綁住，實際上就是本末倒置了。