oo是所謂的"封裝","繼承","多型"嗎?
如果是的話,那應該就扯不到硬體了..
在大陸叫做"面對對象的設計" =.=
有點像是....掛載模組的意思(而一個模組裡提供各種function) - 多型
而且可以用繼承的方式再次去修改產生另一個新的模組.. - 繼承
而且像c中有時要用extern，用封裝的話就可以獨立且不共用數值..- 封裝
阿 這是我寫java && mfc 後的想法...
有錯的話...我也沒辦法 =.=
> ==> lichihwu.bbs@ptt.cc (波特多) 的文章中提到:
> ※ 引述《UNARY.bbs@bbs.cse.ttu.edu.tw (跑步)》之銘言：
> : 其實這個我大概知道 m 先生在說什麼
> : 因為他慣用 BCB
> : 那個工具的 code insight 和 parameter hint 功能確實很方便
> : 使用上在很多時候真的可以不用背參數
> 我不知道他慣用的IDE是什麼，但我也猜他把IDE的功能誤解為OO的特性了。
> 即使是使用struct，BCB和VC的IDE也都會提示成員，我想表達的正是有些人
> 將OO的便利性和IDE的功能放在一起了。
> OO是一套和傳統有異，且有相當程度互斥的coding風格，而且這套風格的學習
> 曲線並不簡單，先不論它的幫助能有多大，其互斥特性與學習曲線造成的影響
> 就先產生了明顯的壞處。
> 程式不是宗教，99%的時間我們都必須以現實為考量，而不是拿產能當祭品。
> 我並不是反對OO，相對的我認為應該徹底了解其針對封裝等問題改進的語法特
> 性及用法，至於其他的軟體工程部份則應取和傳統風格相容的部份，在不影響
> 產能的前提下改進程式的可維護性。
--
* Origin: 中山大學-美麗之島BBS * From: 210.68.185.124