看板
[ OOAD ]
討論串今天被問倒了...
共 13 篇文章
內容預覽:
板主可以這樣喔??. 算是實務者? XDD. UML 在台灣我不確定哪邊有用比較多，. 但，它有像 class diagram，都寫出 class 了，. 可見就是給物件導向式的程式用的，其它有些是比較泛用的。. C++，Java 用得比較多...對有些比較傳統的語言，. 不需要太多 中間層， 其實
(還有956個字)
內容預覽:
分享我的一點心得. oo我把他看成一種精神，要不要落實看你自己（或團隊）. 落實oo寫出來的code讓我覺得這些code有生命，因為物件跟實際的事物會有很強的. 對應關係，這樣的code會好懂很多，如果案子的use case不少，物件的行為複雜時. 很容易感受到他的實際好處，尤其是日後的維護時，你會
(還有211個字)
內容預覽:
版主說，如果我不回 po 就要浸我水桶，所以我只好... [完全誤]. 這邊純粹個人觀點（OS：這句廢話，整篇也是廢話）. 所以，先交待一下一些前提假設. 我不是個認真的技術者. 或著說，我根本稱不上技術者，只是剛好都能硬幹出東西 囧>. 所以 OOP 還是 OOA/D，都沒有認真、完整的唸過. 更
(還有2209個字)
內容預覽:
pass-by-value 與 pass-by-ref, 跟 OOP 沒有關係. 就算寫 C, 很多情況都會傳入指標而不是 copy of data. OOP 的好處根本就不是這.... 指標不等如直接存取記憶體. 絕絕大部份的指標的應用, 都只是. 作為 指往某東西的指標, 這種應用, 與 jav
(還有154個字)
內容預覽:
補充一下. 程序導向的程式，會用到許多的"函式"，. 函式這種東西，乍看之下可以達成在OO導向中"類別"或是說"類別中的方法"相同的效果，但是一個很主要的不同，是函式的撰寫多半是屬於call by value的概念，. 也就是一大堆數據或文字資料，經由一個函式的服務，. 而輸出另外一大堆的數據或文字
(還有223個字)