开宗明义第一句：Stragety 做成 Singleton 不是正解， 不要浪费时间。（後面再来详解） 首先，Strategy 解决的问题是，把不同情况需要不同的 逻辑，包装成所谓 Strategy, 然後只要替换 strategy， 就能不影响caller 的 code 之下做到不同的工作。（ 很大概的说法）。 回到你的问题，在替换 strategy 究竟需不需要每次生成， 这根本不是 Strategy 涵盖的范围。 解决方法可以很多。每次生成当然可以（後面再说怎麽 解决你的担心），更直接的是，一个 Character 可以存 着自己可用的技能, 所谓替换，就是在手头可用的技能 拿出对应的来使用而已： class Character { AttackStrategy activeAttackStrategy; List<AttackStrategy> attackStrategies; void selectStrategy(int index) { activeAttackStrategy = attackStrategies.get(index); } } 或者用类似的想法。简单而言，要替换，并不代表每次要生成 新的。 然後有些回应提到用 把 strategies 做成singleton。请千万不要。 在这种情况下99% 不是正解。Singleton 的用意是这 class 在意义上 在整个系统只存在一份，但这些 Strategy 并没有这样的需要。更何况， 很多时候一个 strategy 会存有 state, 例如: class FireballStrategy implements AttackStrategy { int level = 1; public void setLevel(int level) {...} public void attack() { reduceHpBy(level * 100); } } 这样怎麽可能适合用 singleton 呢？就算你的设计上不存在 state， 概念上你的 strategy 也不是 singleton。 要是你担心生成太多，解决方法也应该是 Flyweight pattern 而非 Singleton。 至於有一篇回文大概是存个 string 然後每次找 factory 去拿 strategy 再 invoke，个人觉得只是换汤不换药，再加上上面提 到 strategy 很多时候是有internal state 的，这种解决方法 并不理想。把 factory 弄成 singleton 更是不必要。这可以算是 滥用 singleton 的好例子 :p （整个讨论本身好像和 Java 没太大关系...） Alien --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 223.19.42.175 ※ 编辑: adrianshum 来自: 223.19.42.175 (06/23 23:11) ※ 编辑: adrianshum 来自: 223.19.42.175 (06/23 23:15) ※ 编辑: adrianshum 来自: 223.19.42.175 (06/23 23:19)