Java 需要关于设计模式的建议吗

在我目前的工作中，我面临着一个问题，即决定采用哪种模式。所以我需要帮助来解决这个问题

有一个中心类，它接收一个应用程序的所有回调。基于这些回调，应用程序将更改其状态和屏幕

现在大约有15个不同的状态变量被改变，每个状态都有4-5个不同的平均值。接收到的每个状态值的组合可以定义应用程序状态。我不是很热衷于州设计模式，因为会有很多州

---

有人能建议我应该选择哪种设计模式吗

也许设计模式就可以了？

因为您提到的问题陈述涉及到维护应用程序的状态，我更喜欢

“我不太热衷于国家设计模式，因为会有 有很多州。”

这正是为什么您应该使用状态模式来组织不同的状态/行为集。如果你只有两个州，那可能是过度工程化了。你拥有的越多，你就越需要使用它

---

如果这些状态都是不同的，并且对stimulii（回调）的响应基于此状态而不同，则状态模式是合适的。

我想起了巨穴……除非您能够发布一些代码片段，否则很难给出建议。此外，您的思维方式听起来是错误的-人们不倾向于编写应用程序，然后仅仅为了它而将其应用到模式中。中心类听起来像是前端控制器模式的候选。猜测可能是这些状态中的一部分属于业务规则，因此小型规则引擎可能是合适的。我使用了一个类似的例子，即XML。也许是JAXB。所以可能是鸭子输入反模式。问题是这些状态转换的报告/文档。谢谢大家。这个例子适合我的问题