PTT職涯區 / Soft_Job (軟體人)

[請益] Design Pattern在業界的使用

看板Soft_Job (軟體人)作者 (prag)時間9年前 (2016/11/24 11:04), 編輯推噓13(14推 1噓 26→)
留言41則, 24人參與, 最新討論串1/7 (看更多)
大家好 小弟想問一下豬屎陪敦在業界的使用率會常見嗎? 因為爬文經驗 好像有人發文說用DP的寫法被主管唸 也有朋友跟我提過有類似的經驗 當然能用比較好的寫法當然好 不知道業界普遍的使用度/接受度如何呢? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 150.117.71.245 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1479956697.A.597.html
→
11/24 11:14, , 1F
先學文法才學語言還是在自然環境養成語言的問題。
11/24 11:14, 1F
→
11/24 11:15, , 2F
通常是先有需求才為了這個需求找模式來套。
11/24 11:15, 2F
→
11/24 11:15, , 3F
而不是我今天為了練習某個模式而設計某個系統。
11/24 11:15, 3F
推
11/24 11:20, , 4F
Android AOSP就是一套很大的design pattern
11/24 11:20, 4F
→
11/24 11:27, , 5F
推樓上
11/24 11:27, 5F
推
11/24 11:30, , 6F
這東西都是公司各自發展出自己的一套 除非沒有code review
11/24 11:30, 6F
推
11/24 11:33, , 7F
就怕套用了不適合又無法修改的框架，將是災難一場
11/24 11:33, 7F
→
11/24 11:45, , 8F
事實上 九成以上的專案都是over design 每每都說 怎樣怎樣
11/24 11:45, 8F
→
11/24 11:46, , 9F
做之後容易擴充和維護 結果需求一動又大改 其它同事也搞不
11/24 11:46, 9F
→
11/24 11:46, , 10F
懂架構 簡直聰明反被聰明誤
11/24 11:46, 10F
→
11/24 11:47, , 11F
但最常見的 就是殺雞用牛刀 明明是個小不拉機的專案 或是複
11/24 11:47, 11F
推
11/24 11:47, , 12F
先別說用不用的到 這東西不會 有些公司面試考試就先吃鱉
11/24 11:47, 12F
→
11/24 11:47, , 13F
了拉
11/24 11:47, 13F
→
11/24 11:47, , 14F
雜度根本很低很低的 也在那邊為了設計而設計 反倒增加成本
11/24 11:47, 14F
推
11/24 12:15, , 15F
如果requirement 包含test，那基本上design pattern很
11/24 12:15, 15F
→
11/24 12:15, , 16F
少會變over design惹
11/24 12:15, 16F
→
11/24 13:04, , 17F
不管怎麼設計都會有不夠用的時候 所以refactoring很重要
11/24 13:04, 17F
推
11/24 13:05, , 18F
面試用的 主管唬濫用的
11/24 13:05, 18F
推
11/24 13:08, , 19F
大多數framework就是按照design pattern寫起來的
11/24 13:08, 19F
→
11/24 13:08, , 20F
如果你應徵工作看到有公司code沒用framework也沒用
11/24 13:08, 20F
→
11/24 13:09, , 21F
design pattern 不要懷疑 快 逃 啊
11/24 13:09, 21F
→
11/24 13:10, , 22F
事實上要完全不用desgn pattern是很難的
11/24 13:10, 22F
推
11/24 13:11, , 23F
iterator笑而不語
11/24 13:11, 23F
→
11/24 13:12, , 24F
這種東西通常只有當初寫的人懂，然後接手的人半懂，然
11/24 13:12, 24F
→
11/24 13:12, , 25F
後綁手綁腳
11/24 13:12, 25F
推
11/24 13:19, , 26F
你會有這種問題的話，建議你先別用
11/24 13:19, 26F
→
11/24 13:22, , 27F
design pattern 不是公式
11/24 13:22, 27F
推
11/24 13:34, , 28F
只是相對優良的解法之一，並不是唯一，不要太執著於設計
11/24 13:34, 28F
→
11/24 13:34, , 29F
模式
11/24 13:34, 29F
→
11/24 13:54, , 30F
當有需求或是未來可能有需求才用，不然只是增加開發
11/24 13:54, 30F
→
11/24 13:54, , 31F
時間
11/24 13:54, 31F
推
11/24 13:54, , 32F
1f +1
11/24 13:54, 32F
→
11/24 13:55, , 33F
不過的確不容易完全不用…多少會用到可能很多人不
11/24 13:55, 33F
→
11/24 13:55, , 34F
知道而已
11/24 13:55, 34F
噓
11/24 19:05, , 35F
其實蠻多的 重點不是套哪個pattern 而是設計理念
11/24 19:05, 35F
推
11/24 19:23, , 36F
沒用 別人改不動的爛code是籌碼啊
11/24 19:23, 36F
→
11/24 22:31, , 37F
solid才是重點吧，pattern只是solid心法的招式
11/24 22:31, 37F
推
11/24 22:54, , 38F
沒錯，原則才是重點，但"盡量"遵守即可，考量實際情
11/24 22:54, 38F
→
11/24 22:54, , 39F
形為主
11/24 22:54, 39F
→
11/26 18:28, , 40F
不管去哪間面試都會問
11/26 18:28, 40F
推
11/28 18:28, , 41F
考慮到擴充跟維護就一定會用到
11/28 18:28, 41F
‣ 更多 prag222 的文章
文章代碼(AID): #1ODbZPMN (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 prag222 的文章
文章代碼(AID): #1ODbZPMN (Soft_Job)