看板
[ Soft_Job ]
討論串[閒聊] OOP小評
共 43 篇文章
內容預覽:
講到這裏，你的思考規則已經打到自己的臉了。. 在頭一篇小評，你說，為什麼 class 是萬惡之源呢？. 因為繼承是 copy & paste ，而 copy & paste 使它註定是無法定性定量的東西。. 所以，你把 class 劃紅線刪掉，也把繼承劃紅線刪掉，拒絕了它們。. 剩下未刪掉的句子是「
(還有55個字)
內容預覽:
弄得我自己都有點不好意思回文了，看你寫了那麼多. 大大真是舉世不出之文學才子. 用了一大堆一般人不見得看得很懂的專有名詞、語法. 來作一件我認為很直覺、很簡單的事. Copy嘛！幼稚園學生都會. 作同樣一件事. 你的程式碼看起來就像是量子力學的推導公式. 而小弟的程式，不好意思，就如同許多人評論.
(還有133個字)
內容預覽:
如果有一天，你的程式變大，. 結果在處理「維護」、「解問題」的時間多於「Domain Knowledge」呢？. 你的作法其實是：把所有東西都塞在一個地方，稱為「Domain Knowledge才是根」. 然後全然不管維護成本. 那代表. 當你在用 OOP 切各個元件時，你要把每個元件的權責劃分清楚
(還有295個字)
內容預覽:
整體看完，我完全知道你能接受的程式是什麼水準。. 就是只要稍有不同， copy & paste 吧。不管是不同的專案、不同的程式版本、. 不同的使用情境，只要不同，就一定要 copy & paste 並且修改到好，. 這樣 copy & paste 出來的就是一個完整的基礎，讀程式確實比較不必動腦筋
(還有611個字)
內容預覽:
註解：. 在OOP中所謂的「繼承」語法. 其實就是一種文書編輯的假指令. 它跟其它的Compiler假指令如巨集其實都是一樣的東西. 只不過. 「#include file」作的是「Insert file」的事. 「#define Xx Yy」作的是「find + replace」的事. 「繼承」作
(還有28個字)