gpt4 book ai didi

java - 策略设计模式——在带有计数器的策略之间进行选择

转载 作者:搜寻专家 更新时间:2023-10-30 21:29:31 24 4
gpt4 key购买 nike

我正在用 Java 编程,但这更像是一个设计问题,因此任何 OO 程序员都可能回答这个问题。我有一个关于策略设计模式的问题。以下是我发现有用的几种墨水:

  1. Strategy Pattern Explained-OO Design .

我使用了两次策略模式,一组是四种策略,一组是三种策略。在每种情况下,我都通过维护一个衰减计数器来决定使用哪种策略。如果软件决定使用的策略成功,则计数器加 1。如果使用的策略不成功,则计数器减一。无论成功还是失败,所有计数器都会乘以 0.9 左右的数字,以随着时间的推移“衰减”计数器。软件将根据哪个策略的计数器最高来选择使用哪个策略。下面显示了我非常简单的 UML 示例:

Example UML .

并以链接形式(便于阅读): Example UML

上面的 UML 是我想使用的模型。如果你从上面的UML看不出来,我正在写一个剪刀石头布游戏,目的是打败我所有的 friend 。

现在,回到问题上来:

我无法决定如何实现“计数器系统”来决定使用哪种策略。我正在考虑某种可以存储所有计数器和历史字符串的“数据”类,但这对我来说似乎很笨重。在任何时候,我都在维护大约 2 个字符串和大约 8 个计数器(可能更多也可能更少)。这就是为什么我在考虑一个可以存储所有内容的“数据”类。我可以实例化要在 chooseStrategy() 和 chooseMetaStrategy() 方法中使用的类,但我就是不知道。这是我将独自完成的第一个项目,我无法决定任何事情。我觉得肯定有更好的解决方案,但我没有足够的经验知道。

谢谢!

------------------------------------后续1-------- --------------------------------------

非常感谢大家的回答和美言。不过,我确实有一些后续问题。我是 StackOverflow 的新手(并且很喜欢它),所以如果这不是后续问题的正确位置,请告诉我。我正在编辑我原来的帖子,因为我的跟进有点冗长。

我正在研究 Paul Sonier 关于使用复合模式的建议,它看起来非常有趣(感谢 Paul!)。为了 HistoryMatching 和“智能”AntiRotation 策略的目的,我想实现两个类都可以访问的所有对手游戏的字符串。另外,无论我的程序使用什么策略,我都希望编辑历史字符串,以便我可以准确记录对手的游戏。字符串越全面(实际上我可能会使用 LinkedList,但如果有人知道更好的(子字符串/子列表)搜索方法/集合请告诉我)策略越能预测对手的行为。

我想知道如何在仍然使用复合模式的同时实现这个“字符串”或集合。

此外,TheCapn 提出为每个对手存储不同的计数器和历史集合是个好主意。关于如何使用复合模式实现这一点有什么想法吗?

最佳答案

理想情况下,目的是让计数器与策略相关联,因为它们计算策略的成功率。但是,您不一定希望策略知道它们被计算在内的事实。对我来说,这表示一个复合模式,您可以将 Strategy 类包装在一个类中,该类具有用于跟踪/降级/修改使用次数的逻辑。

这为您提供了局部性(计数与其计数的策略一起存储)和功能组合(计数功能封装在组合类中)。同样,它保持策略类与其他影响的隔离。

到目前为止,您的设计分解看起来不错;您肯定走在一条不错且有趣的道路上。希望这对您有所帮助!

关于java - 策略设计模式——在带有计数器的策略之间进行选择,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6614238/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com