Re: 今天被問倒了...

看板OOAD作者 (要用功)時間15年前 (2009/07/10 20:13), 編輯推噓4(402)
留言6則, 6人參與, 最新討論串7/13 (看更多)
※ 引述《costbook (Sissy's mate)》之銘言: : 今天開始教學弟OOP, : 用C++示範如何定義類別、宣告類別物件, : 順便介紹何謂封裝、data member... : 然後學弟看懂程式碼之後問我: : 啊這樣寫要幹嘛 : 我很想拿Adapter Pattern的範例來解說, : 不過有更生活化的說法嗎? : 像是什麼椅子、汽車... 分享我的一點心得 oo我把他看成一種精神,要不要落實看你自己(或團隊) 落實oo寫出來的code讓我覺得這些code有生命,因為物件跟實際的事物會有很強的 對應關係,這樣的code會好懂很多,如果案子的use case不少,物件的行為複雜時 很容易感受到他的實際好處,尤其是日後的維護時,你會很開心 當我在coding時,如果一個method超過20行就會覺得自己可能是在用程序式的寫法 ,也許是設計出了點問題或是需要進行一下重構了 當然並不是所有的code都要用oo的方式去寫,例如抓報表。 做設計時也不是都遵守每一條設計準則,例如有些狀況寫出high coupling的物件關 係就會比low coupling還適當,design pattern也並未嚴守每條準則,一切看你怎 摩設計,設計沒有對錯,oo的寫法或是程序性的寫法也各有它適合的地方,今天這 邊可能做一下抽象化比較能應付變動,就做抽象化,那部份速度太慢也許改成程序 是寫法才能滿足速度的需求,那就改呀 靈活應用他們^^ -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 118.161.221.184

07/10 21:02, , 1F
20行會不會有點矯枉過正:D 這樣要拆的相當細呢
07/10 21:02, 1F

07/10 22:21, , 2F
如果是函數式語言,有時會拆很細的 :QQ
07/10 22:21, 2F

07/11 06:05, , 3F
是的, 會拆的挺細, 但是好處很多..壞處當然也有XD
07/11 06:05, 3F

07/11 14:12, , 4F
某人還不是說"如果你用超過三個縮排,代表你搞砸了"
07/11 14:12, 4F

07/11 14:57, , 5F
夭壽... 三個縮排... for 裡頭有個 if 就快炸了...
07/11 14:57, 5F

08/30 15:38, , 6F
三個縮排,其實很容易出現Logic Bug
08/30 15:38, 6F
文章代碼(AID): #1ALp1p_a (OOAD)
討論串 (同標題文章)
文章代碼(AID): #1ALp1p_a (OOAD)