什麼是更快:使用函數編寫PHP代碼或將其寫爲純腳本?所以,當我看到它的Apache或任何其他服務器將PHP代碼使用功能的純腳本創建......我的意思是,我們有:速度如何:使用「函數」編寫PHP代碼或將其寫爲純腳本?
function foo($a, $b){ return ($a + $b); }
echo foo(4, 5);
,PHP將變成類似:
echo 9;
還是會呢?
什麼是更快:使用函數編寫PHP代碼或將其寫爲純腳本?所以,當我看到它的Apache或任何其他服務器將PHP代碼使用功能的純腳本創建......我的意思是,我們有:速度如何:使用「函數」編寫PHP代碼或將其寫爲純腳本?
function foo($a, $b){ return ($a + $b); }
echo foo(4, 5);
,PHP將變成類似:
echo 9;
還是會呢?
無論您是否將代碼分解爲函數,速度都不應該有明顯的差異 - 但如果您將部分分解爲邏輯函數並在適當時重新使用它們,維護和讀取會更容易。
你真的不應該擔心這個。結構和可維護性應始終優先於性能。
它們之間的差異將是無限小的,所以只要使用任何讓生活最容易的方式。
整整一分鐘?!我等不了多久!...哦,另一個發音... n/m。 – 2010-05-06 20:06:04
@亞當:好點! – 2010-05-06 20:11:57
速度增益來自易於理解的代碼。如果你談論大量的代碼,函數/類的方法更好,因爲它的DRY而不是程序。非程序意味着更少的代碼。
再次,如果都在談論一個非常大量的代碼,這將是更快...
如果您在任何中等規模的項目工作,你將永遠需要這種optimimization的。你編寫的優化通常是編譯好的語言(例如C++),但我認爲腳本語言不這樣做(這樣做的時間太短)。
一般
標準的方法是編寫一個應用程序,如果它的作品不好,然後(只有這樣)優化。很多人都很想盡快考慮優化,但這只是錯誤的。你可能會認爲這是無稽之談,但如果你完成了這項任務,那麼你可以改進你的代碼多長時間,並且不會在截止日期前強調。
PHP
+1不要考慮這個級別的優化。永遠不能。這完全沒有意義。高質量,結構良好,可維護,乾淨的代碼非常重要。 – 2010-05-06 20:02:27
思考以建立一些東西: *使其工作 *使其可讀性(因此它可以固定/隨時間變化) *應用設計模式。 *優化/標準化 – Alfabravo 2010-05-06 20:14:28
+1,它提醒了我一些諺語:「如果你寫了一個最好的程序,那麼你就不能調試它。「:) – 2010-05-06 20:31:14