看板
[ Soft_Job ]
討論串[閒聊] OOP小評
共 43 篇文章
內容預覽:
......你可以減少，也可以分拆啊。. 甚至你不喜歡現在的繼承樹，你也可以寫 wrapper 拆出新的繼承樹。. 只要 class allow overwrie ，基本上這取決於實作者自己的需要啊。. 那你怎麼解讀 overwrite 這件事情？. 如果你完全不想 copy & paste cla
(還有651個字)
內容預覽:
我對「繼承」的了解是：. 對既有源代碼的再利用. 它很像API，卻不是API. 主其事又把它宣傳的像是API. 說穿了，就是將既有的源代碼，以所謂Class為單位. 作全部的Copy & Paste. 這個動作你不用作，Compiling的時候Compiler會自動幫你作. 跟傳統Copy & Pa
(還有253個字)
內容預覽:
雖然我覺得你的核心立論基本上我是認同的，但推論過程問題實在是很多。. 我個人認為假設要以目前 Java 的 OOP 結構，. （其實該說 class 階層與 interface ），. 他的問題在於 state 在繼承樹的前提底下，. 取用跟管理容易落入一個混亂而難以掌控的狀態。. 而層層繼承底下不
(還有1885個字)
內容預覽:
會亂成一堆個鬼啦，你要不要舉一個GUI framework繼承之後亂成一堆的例子來看看？. 我們不妨來看一下是你的理解能力的問題，還是OOP的繼承如此像是亞馬遜叢林？. 大哥，你到底懂不懂『繼承』這兩個字的意思啊？. 你吐槽繼承有些侷限性就算了，居然吐槽的是『繼承後會不會亂成一堆』.... 我也很想
(還有751個字)
內容預覽:
這應該是GUI吧!. 跟UI比起來. GUI程式是一個很大的程式，但你只是在寫其中的一小小部分. 通常就是組態設定參數初始化作業. 以及. 事件訊息發生時的對應程式. 這個訊息通常來自於Polling whileloop. (寫單晶片的都知道這只是基本款). 不過你可能不容易見到它，甚至連程式的ma
(還有600個字)