2010-05-06 8 views

回答

17

無論您是否將代碼分解爲函數,速度都不應該有明顯的差異 - 但如果您將部分分解爲邏輯函數並在適當時重新使用它們,維護和讀取會更容易。

+8

+1不要考慮這個級別的優化。永遠不能。這完全沒有意義。高質量,結構良好,可維護,乾淨的代碼非常重要。 – 2010-05-06 20:02:27

+2

思考以建立一些東西: *使其工作 *使其可讀性(因此它可以固定/隨時間變化) *應用設計模式。 *優化/標準化 – Alfabravo 2010-05-06 20:14:28

+0

+1,它提醒了我一些諺語:「如果你寫了一個最好的程序,那麼你就不能調試它。「:) – 2010-05-06 20:31:14

3

你真的不應該擔心這個。結構和可維護性應始終優先於性能。

它們之間的差異將是無限小的,所以只要使用任何讓生活最容易的方式。

+3

整整一分鐘?!我等不了多久!...哦,另一個發音... n/m。 – 2010-05-06 20:06:04

+0

@亞當:好點! – 2010-05-06 20:11:57

1

速度增益來自易於理解的代碼。如果你談論大量的代碼,函數/類的方法更好,因爲它的DRY而不是程序。非程序意味着更少的代碼。

再次,如果都在談論一個非常大量的代碼,這將是更快...

1

如果您在任何中等規模的項目工作,你將永遠需要這種optimimization的。你編寫的優化通常是編譯好的語言(例如C++),但我認爲腳本語言不這樣做(這樣做的時間太短)。

一般

標準的方法是編寫一個應用程序,如果它的作品不好,然後(只有這樣)優化。很多人都很想盡快考慮優化,但這只是錯誤的。你可能會認爲這是無稽之談,但如果你完成了這項任務,那麼你可以改進你的代碼多長時間,並且不會在截止日期前強調。

PHP