好了,問題如題,如果PHP程式不嵌套HTML代碼,就是一個純的PHP程式,只做資料庫的資料處理或者是圖片的處理,不嵌套html代碼,執行效率是否會高很多?
在此做一下說明:
可以,渲染我全部交給前端來處理,後端php只提供服務,通過JSON資料轉送。
在此我對自己的這個疑問做一下回答:我親自做了測試了,php如果僅僅是純操作,不用來解析MVC,效率是會高些,但並沒想象的那麼高,不會有快到兩三倍的說法。但是前後端完全分離,對開發是特別有好處的。
回複內容:
好了,問題如題,如果PHP程式不嵌套HTML代碼,就是一個純的PHP程式,只做資料庫的資料處理或者是圖片的處理,不嵌套html代碼,執行效率是否會高很多?
在此做一下說明:
可以,渲染我全部交給前端來處理,後端php只提供服務,通過JSON資料轉送。
在此我對自己的這個疑問做一下回答:我親自做了測試了,php如果僅僅是純操作,不用來解析MVC,效率是會高些,但並沒想象的那麼高,不會有快到兩三倍的說法。但是前後端完全分離,對開發是特別有好處的。
你所謂的HTML渲染其實也是php把html模板檔案或文本字串讀進去處理完再輸出出來而已。
你所說的“只做資料庫的資料處理或者是圖片的處理,不嵌套html代碼”可能就是把這一步省略掉了。既然有省略掉的步驟,那效率肯定會變高。
當然你是把組裝html的步驟替換成組裝json了,你要確保這一步效能不比之前差。
而如果是圖片資料的話,設計不好的話會多一次http請求,設計的不好的話可能速度會變差。
不用渲染HTML, 效能當然會高一點.
但是你確定"不渲染HTML"真的可以嗎?
題主是想做前後端完全分離?如果是的話,可以對php端伺服器進行最佳化來提高效率。
不會高,php本身就是c寫的一種模板 ,最大的優勢就在於嵌套html 純cpu計算,任務調度,io處理都是php的劣勢
問題是渲染頁面所需時間長還是資料庫處理時間長
這...這不就是傳說中的MVC
設計模式嘛!
控制層和模型層、視圖層分離。控制器相當於介面,根據視圖層的資料調取相應的模型層進行資料處理!
模型層負責商務邏輯運算
,控制層負責分配任務和向視圖層輸出資料
,再加上opcode
緩衝、memcache
、redis
緩衝,我的天呐!要上天了喵
~