看板
[ Soft_Job ]
討論串[閒聊] OOP小評
共 43 篇文章
內容預覽:
你舉的例子真是讓我不理解 clas 和封閉體系、開放體系的關連. 我的建議是：你不妨考慮開放原始碼的 oop 函式庫。. 完全不會有你說的「租車公司倒了，那你再也沒有車子可用」的情形. 那我再舉例，假設鞋子（資料）有一個動作（程序）叫綁鞋帶. 你會預期. I. 鞋子.綁鞋帶() 會只作用在這雙鞋？.
(還有1001個字)
內容預覽:
貴司所舉的例子是一個典型的封閉體系. 以下我對您所舉例子的認知，假設有兩個房間好了. 兩個房間就是兩個獨立的Class，互不相干. 房間的開關就是Class所屬資料成員. 只有在那個房間裡面的人才能操作該房間內的開關. 也就是成員函式. 在這邊Class模型可以成立的原因是：. 開關屬於房間，也封閉
(還有237個字)
內容預覽:
這一系列下來，看到不少對 OOP 、重構有誤解的地方. 一、要理解 OOP ，需要先知道「OOP 想解決的問題是什麼？」. 先看整個程式設計的發展. 一開始是機械語言、組合語言. 再來是程序式語言，所以衍生了結構化編程、流程圖的出現. 之後是物件導向，衍生了 UML. 如果拿不適合的標準去評論 OO
(還有3045個字)
內容預覽:
: 你有沒有辦法對它作出清楚的定性定量. : 如果這個條件不成立，而去實施所謂的抽象化. : 那只是在製造一個「隱晦」的介面. : 曾經說過Class是萬惡之源. : 將DATA 加上Routine. : 一開始就註定了它將是一個無法清楚定性定量的東西. : 隨之而來的抽象化，自然無可避免的走向「隱
(還有1525個字)
內容預覽:
>>推 LaPass: csfgsj大大可以舉例一下你遇過什麼樣的狀況嗎？. 最近接手一個C++寫的BSP，. 程式可以跑，但連線失敗率高達70%. Trace log及code後發現，. 它是一個從別的系統經過重重繼承移植過來的Code. 程式有60%在作與現在產品要求無關的事. 另外一些場景參數
(還有63個字)