推 Plutojack:看到大大只能給推了... 10/24 08:50
推 viable:壓力@@? 應該是看到異性腦子瞬間活化了吧 10/24 09:11
推 rean14:講的好好 大推:D 10/24 10:07
推 k0783154:講到精髓 推! 10/24 10:40
推 rex1224:實在很難想像沒有design pattern觀念下寫出來的程式... 10/24 11:58
→ qrtt1:design pattern 是一種經驗的結合,不懂不代表不會啊xd 10/24 13:03
→ qrtt1:但問題在表明了排斥接受它的態度。 10/24 13:04
→ qrtt1:當對方說出這句話時,大概就先在某些面試者心中有了負評。 10/24 13:05
推 MICHAELSHENG:很棒的文章 推一個 10/24 13:11
推 lovdkkkk:推強者到處都是 10/24 13:17
推 fanntone:有時候問題就是答案XD 10/24 14:55
→ Lordaeron:別整天design pattern了, 如果你的程式, 整天都在 10/24 17:28
→ Lordaeron:相同的案子, 就去pattern 一下, 但別忘了, 不管是 10/24 17:29
→ Lordaeron:哪公司的ERP 都沒有什麼大不了的pattern可以家家的. 10/24 17:29
→ walao81:Design Pattern不是銀彈,但我覺得至少是必備的入門工具箱 10/24 18:54
→ minstrelsy:真的有遇過一嘴好design pattern但變不出程式的人... 10/24 20:23
→ Lordaeron:哦,嘴砲打天下的多囉, 我從不認為哪套東西叫入門的. 10/24 21:47
→ Lordaeron:因為你會了design pattern, 然後呢? 依然是爛系統滿街跑 10/24 21:48
→ Lordaeron:要開發一系統,能用上design pattern 的, 你基本上是已 10/24 21:49
→ Lordaeron:經寫過哪套系統一次或以上的,才知道有哪些pattern. 10/24 21:49
→ Lordaeron:否則連系統是圓的是扁的都不清楚,怎麼pattern法? 10/24 21:50
→ Lordaeron:而系統寫過一次了,重寫時,就會東加西減的,到頭來還有沒 10/24 21:51
→ Lordaeron:有哪麼多pattern在還是一個問題, 另外,一個系統的 10/24 21:57
→ Lordaeron:要repeat多少次或多相似的才能叫pattern? 10/24 22:05
推 godspeedlee:重點是,千里馬沒有遇到伯樂也沒用~ 10/24 22:58
→ andymai:design pattern只是參考~實際運用時當然要自己看狀況變化 10/24 23:19
→ Lordaeron:哦, 但很容易遇到巴樂. 10/24 23:19
→ andymai:如果硬要套某個模式~有時候反而是拿石頭砸自己的腳... 10/24 23:19
推 coronach:個人覺得實務上來說Refactor比Design Pattern有用... 10/25 00:25
→ walao81:1.Design Pattern重點在於分析變動和不變的部分,選用適 10/25 00:27
→ walao81:當的pattern來降低需求變動而影響的範圍,如果套用了 10/25 00:27
→ walao81:pattern還是爛系統,是套用的pattern不合理?還是需求不 10/25 00:27
→ walao81:明確?是什麼東西爛這裡並沒有定義。 10/25 00:27
→ walao81:2.開發一套系統,從low level design 階段應該就有足夠 10/25 00:28
→ walao81:的資訊決定選用那些pattern. 而且系統應該也不會等寫完 10/25 00:28
→ walao81:了才知道是圓的還是扁的? 10/25 00:28
→ walao81:3.重寫時的改變需要的應該是持續的refactory, 10/25 00:28
→ walao81:Refactory to Pattern這本書不錯。 refactory時該拿掉 10/25 00:29
→ walao81:的pattern就拿掉,我們追求的應該是Design Pattern所帶 10/25 00:29
→ walao81:來的scalability而不是Pattern本身。 10/25 00:29
→ walao81:4.找出系統repeat或相似的pattern,這裡的pattern聽起來 10/25 00:29
→ walao81:像是指固定模式的商業邏輯,個人感覺比較像是framework。 10/25 00:29
→ walao81:5.個人較偏好把Design Pattern當成是大師們展示如何使用 10/25 00:29
→ walao81:delegation, composite等技巧來達成Object Oriented 10/25 00:30
→ walao81:Principle的火力展示,改一改L大說的話,會寫OOL,爛系統 10/25 00:30
→ walao81:還是滿街跑,重點還是OOA和OOD,大師們已經把某些OO難題 10/25 00:30
→ walao81:優雅的解出來了,讓我們知道OO是可以如此優雅。Design 10/25 00:30
→ walao81:Pattern對我來說是Well Object Oriented Design的範例。 10/25 00:30
推 kimkao:只能推walao81 10/25 00:48
→ Lordaeron:實務上來說, 宗教式支持OO 的人,多說也無益, 喜歡就好. 10/25 07:21
→ Lordaeron:但不管用什麼方式,一套好的系統, 正確性是一定的. 10/25 07:22
→ Lordaeron:除此之外, 就是穩定, 然後還是穩定, 最後才是反應快. 10/25 07:23
→ Baternest:時時保持肚子餓&像個傻瓜 10/25 09:28
→ walao81:讓自己成為飢餓的傻瓜? XD 10/25 10:13
推 gname:推~ "宗教式支持OO 的人,多說也無益" 真的很無益..= = 10/25 12:27
推 zanyking:我到越來越覺得『快』是一個重要的功能,不快就是不好。 10/25 13:50
→ zanyking:並不是說快比其他的重要,而是整個標準已經往上墊一層了 10/25 13:50
→ zanyking:正確穩定對User來說變得理所當然。 10/25 13:51
推 Asciiss:讚 :D 10/25 22:54
推 juriolegend:只使用成品framework當然不需要OO 10/26 04:14
→ walao81:沒有OO真的知道成品framework是怎麼運作的嗎? 10/26 05:26
→ Asciiss:Lordaeron 對於 design pattern 的見解是我見過最有趣的… 10/26 13:16
→ Asciiss:舉例來說…要寫一個從來沒接觸過的新專案… 10/26 13:17
→ Asciiss:要不要使用 MVC 等 pattern 難道需要在第二次後才決定嗎? 10/26 13:17
→ Lordaeron:哈...MVC? 講誰都會, 你有進行過二次開發比較過嗎? 10/26 21:32
→ Lordaeron:還是你只會套個struts 就叫MVC 了. 10/26 21:32
→ StubbornLin:... 寫同樣的專案才用得上pattern 原來如此 科科 10/28 07:45