作者azoaho (历史洪流)
看板Soft_Job
标题[请益] 如何选择适合的设计模式
时间Thu Nov 4 23:19:05 2021
小弟在设计系统的功能时，时常会不知该用什麽准则来判断适合的模式
之前曾在某个网站中看到同一个问题，拿来套进 23 个模式之中
当下看完後，心想：所以大部份的问题都可以任意套用模式？
应该不是这样子，否则四人帮就没有必要把它们分成三大类了
那到底该如何决择正确的模式
这个问题一直困扰着…
例如订单依国别计算不同费用
这问题是用工厂好？还是策略好？
恳请大大们解惑
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.234.121.60 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1636039147.A.7F6.html
1F：→ qwer338859: 策略吧 为啥会用工厂? 11/04 23:26
2F：→ qwer338859: 其实很多时候不用为套而套吧会把简单东西复杂化 11/04 23:26
3F：推 WaterLengend: 等你想怎样写你最好改也最能看得懂的时候，不知不 11/04 23:28
4F：→ WaterLengend: 觉就会用上了。 11/04 23:28
5F：推 viper9709: 推楼上 11/04 23:30
6F：推 vi000246: 你听过太极拳或独孤九剑吗 不要拘泥於招式 无招胜有招 11/04 23:34
7F：推 prag222: 我自称DP哥 工厂模式COMBO策略模式 很常用的 11/04 23:46
8F：→ devilkool: 最好的方法就是你写一遍 11/05 00:02
9F：推 unixxxx: DP 是武功 SOLID 是心法 先练心法才看得懂武功 11/05 00:15
10F：推 lturtsamuel: 认真说 遇到的时候问题会告诉你该用什麽模式 不然就 11/05 00:46
11F：→ lturtsamuel: 是问题还不够清楚 这时候最好别乱用 11/05 00:46
12F：→ lturtsamuel: 可以去看旧程式码或开源专案 感受一下别人用设计模式 11/05 00:48
13F：→ lturtsamuel: 是在干嘛 只看书上的其实你都感受不到那个规模 11/05 00:48
14F：→ lturtsamuel: 像 visitor pattern 就可以去看看 rust serde 函式库 11/05 00:48
15F：→ lturtsamuel: 怎麽用的 11/05 00:48
16F：推 lturtsamuel: 滥用模式跟不用模式硬要选一个 大家应该都会选後者 11/05 00:54
17F：推 t64141: 先重构, 重构的过程有机会发现变成某几种模式 11/05 01:35
18F：→ t64141: 的形状 11/05 01:35
19F：推 t64141: 但如果情境单纯, 也不用硬要重构或是找出什麽模式就是 11/05 01:41
20F：推 umum29: 先重构+1 如果你发现一直写重复的代码就是一种徵兆 11/05 01:52
21F：→ umum29: 用工厂的情况也不少 例：多个supplier的connectio量身订作 11/05 01:55
22F：推 qscesz1456: 模式是在解决你的需求 所以很常都会有一些变形或组合 11/05 02:00
23F：→ qscesz1456: 依据自己经验去设计 最後会发现你的东西就是某个模 11/05 02:00
24F：→ qscesz1456: 式的样子 11/05 02:00
25F：→ peter98: 你可以先挑一个来玩 builder最容易上手最好改 11/05 03:11
26F：推 OnlyRD: 一开始先别想太多设计模式是要慢慢修剪的 11/05 03:41
27F：→ RumiManiac: 你可以读 Refactoring to patterns 11/05 07:24
28F：→ RumiManiac: 首先要能辨识 smells, 然後透过重构改为设计模式 11/05 07:24
29F：→ RumiManiac: 不只可以学习何时该使用设计模式，也能避免过度设计 11/05 07:26
30F：推 RINPE: 公司的东西的话 很简单 都是看薪水给多少 11/05 07:30
31F：嘘 final01: 认真看一下书。。。我觉得你肯定没看书网路文章随便看 11/05 07:34
32F：→ final01: 然後整天幻想要怎麽设计不如认真读书。。。 11/05 07:34
33F：推 soccer103: 先重构 +1 11/05 08:37
34F：→ soccer103: 过程中应该会有使用哪个模式想法了 11/05 08:37
35F：→ soccer103: 刚学设计模式切忌看到什麽 code 就想把它改成设计模式 11/05 08:37
36F：→ soccer103: 避免为用而用 11/05 08:37
37F：推 vi000246: 最近看到同事为用而用 反而写出难以维护的程式码 11/05 08:43
38F：→ vi000246: 看起来很厉害 读起来很痛苦 而且还不符合solid原则 11/05 08:44
39F：推 bheegrl: 别做出ide都没办法帮你trace code就行 11/05 09:00
40F：→ bheegrl: #不然接手帮忙修BUG的人会一直问候你亲人 11/05 09:03
41F：→ bheegrl: 最好是有需求、有痛点再去找解决方案，不然容易写出狗屎 11/05 09:05
42F：→ bheegrl: 不然一般来说专案架构简单好维护比什麽都重要 11/05 09:07
43F：→ godsparticle: 我看过太多过度设计的例子了 11/05 09:08
44F：推 wilson6405: 先写一堆烂code然後看相关书籍，然後重构烂code 11/05 09:18
45F：推 sowulo: 设计模式的出发点都是可读可维护好扩充 掌握原则就好了 11/05 10:27
46F：→ MonyemLi: 你对你的程式要有改进的热诚. do it. pattern自然出现 11/05 14:17
47F：→ Darkword1987: 我觉得先有点经验再去学design pattern比较实在 一 11/05 15:28
48F：→ Darkword1987: 堆人连继承多型都不知道该何时用 11/05 15:28
49F：→ JustinHere: 问这个问题时，就表示哪个都不该选…XD 11/05 18:22
50F：推 johnny94: 首先你要认知到的是模式只能当作一种指引，而不是像公式 11/05 18:45
51F：→ johnny94: 一样让你拿来套的 11/05 18:45
52F：推 viper9709: 推滥用不如不用+1 11/05 23:39
53F：嘘 jennya: 一堆网页和书都在教坏人硬套设计模式，这个嘘是给他们的 11/06 00:00
54F：→ jennya: 。在工作上遇到那种设计模式硬套写出来的可怕code真的让 11/06 00:00
55F：→ jennya: 後人白多花一堆时间去理解、而且又在有人叠床架屋继续从 11/06 00:00
56F：→ jennya: 不好的架构去发展的话，整个很惨，说真的，不套模式都还 11/06 00:00
57F：→ jennya: 好多了 11/06 00:00
58F：→ iamshiao: 实作越多年，越觉得 DP 不用特意学/背，需要的情景自然 11/09 00:15
59F：→ iamshiao: 会查到 11/09 00:15