撇開國中時學過但沒懂的C 我是從C#開始學的 C#跟JAVA一樣，都是物件導向為主的語言 面對龐大的程式時，使用物件導向會比用function好寫很多 還有包含MVC架構，都是為了「龐大」的程式而存在的 舉例來說..... 一個團隊辛辛苦苦寫了四、五年的系統，裡面的頁面多達上千 總計的程式碼是用幾萬行、幾十萬行在算的 可是最近這幾年出現手機板網頁 因為舊有的程式碼把控制、顯示、資料之類的程式片段都寫在一起 如果想讓系統能支援手機版網頁..... 抱歉，全部重寫。 但反過來說，如果是用MVC架構，只要修改、新增「顯示」那一段的程式碼就好 像Codeigniter，雖然我沒用過，但我記得這個framework主要是把HTML跟PHP切開來 或是自己做一個類似的架構的機制也行 另外一個例子 原本沒做多國語言的設計 把顯示的字串通通都寫死在程式碼中 結果產品太受歡迎了，打算修改系統讓外國人使用... 嗯..... 這是大慘劇 另外關於物件導向 同上二例，我是把這種設計當成是，在程式中製造切斷點、打包的方式 切斷點多的話，隨時可以知道自己可以從哪邊下手去修改 而不必把程式全部翻修 打包的話，可以很輕易的知道該從哪裡找function來用，以及知道他的資料 不過這點在PHP上比較不明顯就是了 我一直覺得PHP的物件導向並沒有很突出 因為有蠻多替代方法可以用的 以上，個人經驗 ※ 引述《yororu (人生啊！)》之銘言： : 我一向寫程式都是用function 去做 : 第一點是因為我覺得class的語法對我 : 而言是蠻不熟悉了.. : 看語法能懂..但是要自己去寫就覺得本 : 來用function 可以幾行就做到的東西.. : 卻要寫那麼長覺得不喜歡... : 然後我在某網站也看到 : http://www.phpv.net/html/1453.html : 執行速度慢很多 : 所以真的不知道在php裡用class的優點在那裡.. : 還有最近在學很多MVC架構的東西(ex:Codeigniter).. : 也是覺得明明幾個function 就可以做出來.. : 好像要去理解那麼冗長的class和程序 : 然後執行速度很差 : 不知道有沒有人能夠反駁我的想法呢?? -- --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.59.16.65