推 godfat:我倒覺得不從 oop 出發只會迷失而已 07/24 23:03
推 H45:不如這樣說：不從 oop 出發也沒有其他更好的出發點 07/24 23:14
→ godfat:你貼的文章在屏棄 oop 耶 @@ 07/24 23:18
→ H45:我想他說的是利用 OOP 來 "驗證" 物件導向設計的想法 07/24 23:23
→ H45:所以沒有 OOP 的話，物件導向設計就形同虛設 07/24 23:23
連結如下：
物件導向基礎觀
http://www.ithome.com.tw/plog/index.php?op=Default&postCategoryId=510&
blogId=296
不要從程式語言學習「物件導向」！
http://www.kenming.idv.tw/index.php?title=ac_eb_af_cu_af_eo_eu_ascci_a_c_
carpad_a&more=1&c=1&tb=1&pb=1
似乎是同一個作者寫的，參考其首頁：
http://www.kenming.idv.tw/
http://www.ithome.com.tw/plog/index.php?blogId=296
接下來是我寫的：
軟體開始發展先從分析需求做起
把文件中數百數千個名詞和動詞都轉換成物件可真是一個惡夢
但是物件導向可以幫助我們把一個大系統切割成許多互相獨立的小系統
儘管彼此之間有些相依關係存在，總是比一個大系統來得容易思考。
每次分析一個小系統的時候，並不需要把其他的系統也一起納入考慮
所有的小系統最多只會依賴於介面，而非其他的子系統
這麼做的好處是，達成了抽象化的目的：
只考慮真正重要的部分，而忽略其他不重要的地方
更能夠集中心力在解決重要問題上面
把子系統複雜的底層給隱藏起來，保護底層所實作的功能
這樣封裝良好的子系統有助於其他系統的發展
因為這個子系統受到保護，所以不會因為其他系統對本系統錯誤的存取
而造成本系統運作的失常
(有言：「明明是別人的系統對我亂搞，怎麼會是我的系統的錯？」)
不只如此，物件以繼承的方式可以由小而簡單的模組延伸到大而複雜的模組
根據開關守則，開發者可以擴充任何物件的功能，但是無法修改物件本身的屬性
而其他的模組要呼叫「這些同類的模組」，也可以藉由多型來達成
更改一個系統中任何一個模組，只要解決依存關係即可
所以不需要更動其他不相關的模組，當然也不需要更動整個系統架構。
參考連結：
http://www.felixgers.de/teaching/oop/oop_intro.html
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 60.248.127.91
※ 編輯: H45 來自: 60.248.127.91 (07/24 22:39)