看板
[ OOAD ]
討論串今天被問倒了...
共 13 篇文章
內容預覽:
版主說，如果我不回 po 就要浸我水桶，所以我只好... [完全誤]. 這邊純粹個人觀點（OS：這句廢話，整篇也是廢話）. 所以，先交待一下一些前提假設. 我不是個認真的技術者. 或著說，我根本稱不上技術者，只是剛好都能硬幹出東西 囧>. 所以 OOP 還是 OOA/D，都沒有認真、完整的唸過. 更
(還有2209個字)
內容預覽:
分享我的一點心得. oo我把他看成一種精神，要不要落實看你自己（或團隊）. 落實oo寫出來的code讓我覺得這些code有生命，因為物件跟實際的事物會有很強的. 對應關係，這樣的code會好懂很多，如果案子的use case不少，物件的行為複雜時. 很容易感受到他的實際好處，尤其是日後的維護時，你會
(還有211個字)
內容預覽:
板主可以這樣喔??. 算是實務者? XDD. UML 在台灣我不確定哪邊有用比較多，. 但，它有像 class diagram，都寫出 class 了，. 可見就是給物件導向式的程式用的，其它有些是比較泛用的。. C++，Java 用得比較多...對有些比較傳統的語言，. 不需要太多 中間層， 其實
(還有956個字)
內容預覽:
亂入 :o. 關於這一段，之前有個經驗，讓我不禁開始思考抽象化究竟該到什麼程度？. 以往我理所當然是先找出相同的問題，然後一次解決，最後套用到每個地方。. 意思是，絕對不會有地方是 copy & paste 出來。（部份例外先不討論...）. 但是這樣卻碰到一個問題... 是我之前從來沒想過的。.
(還有1154個字)
內容預覽:
這 copy paste 其實是不得以的，一來是 30 年前的系統，又是 COBOL，. COBOL 可是有一堆 GO TO 的，CODE 很雜亂自然沒錯，. 但是大家又怕改了會動到別人的東西，所以就變成這樣了。. 我覺得一開始一定會有一些問題，但是微軟往往進步還算快，. 有時一更版就改一堆， F#
(還有446個字)