作者:
prag222 (prag)
2016-11-24 11:04:54大家好
小弟想問一下豬屎陪敦在業界的使用率會常見嗎?
因為爬文經驗
好像有人發文說用DP的寫法被主管唸
也有朋友跟我提過有類似的經驗
當然能用比較好的寫法當然好
不知道業界普遍的使用度/接受度如何呢?
作者:
pttworld (批踢踢世界)
2016-11-24 11:14:00先學文法才學語言還是在自然環境養成語言的問題。通常是先有需求才為了這個需求找模式來套。而不是我今天為了練習某個模式而設計某個系統。
作者:
oneheat (等待)
2016-11-24 11:20:00Android AOSP就是一套很大的design pattern
作者:
Ekmund (是一隻小叔)
2016-11-24 11:30:00這東西都是公司各自發展出自己的一套 除非沒有code review
作者:
csfgsj (切割對半)
2016-11-24 11:33:00就怕套用了不適合又無法修改的框架，將是災難一場
作者:
Argos (Big doge is watching u)
2016-11-24 11:45:00事實上 九成以上的專案都是over design 每每都說 怎樣怎樣做之後容易擴充和維護 結果需求一動又大改 其它同事也搞不懂架構 簡直聰明反被聰明誤但最常見的 就是殺雞用牛刀 明明是個小不拉機的專案 或是複
作者:
k900421 (qq)
2016-11-24 11:47:00先別說用不用的到 這東西不會 有些公司面試考試就先吃鱉了拉
作者:
Argos (Big doge is watching u)
2016-11-24 11:47:00雜度根本很低很低的 也在那邊為了設計而設計 反倒增加成本
作者:
Masakiad (Masaki)
2016-11-24 12:15:00如果requirement 包含test，那基本上design pattern很少會變over design惹
作者:
umum29 (....)
2016-11-24 13:04:00不管怎麼設計都會有不夠用的時候 所以refactoring很重要
作者:
loseptt (loseptt)
2016-11-24 13:05:00面試用的 主管唬濫用的
大多數framework就是按照design pattern寫起來的如果你應徵工作看到有公司code沒用framework也沒用design pattern 不要懷疑 快 逃 啊事實上要完全不用desgn pattern是很難的
作者:
NCUking (中大王)
2016-11-24 13:11:00iterator笑而不語
這種東西通常只有當初寫的人懂，然後接手的人半懂，然後綁手綁腳
作者:
GoalBased (Artificail Intelligence)
2016-11-24 13:19:00你會有這種問題的話，建議你先別用
作者:
johnny94 (32767)
2016-11-24 13:22:00design pattern 不是公式
作者:
maxfock (Max)
2016-11-24 13:34:00只是相對優良的解法之一，並不是唯一，不要太執著於設計模式
當有需求或是未來可能有需求才用，不然只是增加開發時間
作者: giantwinter 2016-11-24 13:54:00
1f +1
不過的確不容易完全不用…多少會用到可能很多人不知道而已
其實蠻多的 重點不是套哪個pattern 而是設計理念
作者:
wuliou (wuliou)
2016-11-24 19:23:00沒用 別人改不動的爛code是籌碼啊
作者: psliurt (反指標) 2016-11-24 22:31:00
solid才是重點吧，pattern只是solid心法的招式
沒錯，原則才是重點，但"盡量"遵守即可，考量實際情形為主
作者: twntwn 2016-11-26 18:28:00
不管去哪間面試都會問