看板
[ OOAD ]
討論串今天被問倒了...
共 13 篇文章
內容預覽:
呵呵呵.... 我們每次競賽、計畫，. 評審都會加一句「系統架構很棒」、「程式架構很好」. 我就覺得很奇怪，以我比各位爛10倍、100倍的功力，. 怎麼會有什麼架構很好的評語出現. 所以有一次我就去看別隊的程式碼(比賽成果是公開的)，. 然後我就深深地體會到. 物件導向語言寫的程式 VS 寫物件導向
(還有11個字)
內容預覽:
就我本身經驗來說，OO寫的系統，到後期會有越寫越快的顯著效果。. 至於例子嘛，OO寫的程式碼，就很像一個應召站，類別與物件與成員?隨傳隨到，. 有什麼需求，一通電話(一個小點，或一個using)立刻送達。. 而程序導向的程式碼，就很像在玩俄羅斯方塊，. 你永遠不知道下一步的任務是什麼，. 你永遠會為
(還有209個字)
內容預覽:
補充一下. 程序導向的程式，會用到許多的"函式"，. 函式這種東西，乍看之下可以達成在OO導向中"類別"或是說"類別中的方法"相同的效果，但是一個很主要的不同，是函式的撰寫多半是屬於call by value的概念，. 也就是一大堆數據或文字資料，經由一個函式的服務，. 而輸出另外一大堆的數據或文字
(還有223個字)
內容預覽:
pass-by-value 與 pass-by-ref, 跟 OOP 沒有關係. 就算寫 C, 很多情況都會傳入指標而不是 copy of data. OOP 的好處根本就不是這.... 指標不等如直接存取記憶體. 絕絕大部份的指標的應用, 都只是. 作為 指往某東西的指標, 這種應用, 與 jav
(還有154個字)