我目前正在致力于从临时企业解决方案生成 API，并且我陷入了生成通用类和表达类以处理相关类中的操作状态的过程中。
简而言之，我想知道设计状态处理程序的标准(或最佳实践)是什么。我想要实现的是属于一个公共(public)“模块”的方法和类，它们都返回并处理属于定义的状态结构的状态消息，因此不同的状态消息并不依赖于实现。
一个可能的解决方案是: - 在模块中创建一个状态类，将一系列状态号定义为常量 - Status 类将仅管理那些已定义的状态编号，并为每个状态编号定义状态消息。 - 需要状态处理的模块方法返回 Status 实例，该实例在模块的更高层中处理，而不是在每个方法中硬编码。
对于更好的模型有什么建议吗？好的 API 如何管理这个？
最佳答案
使用状态 enum ，不是一类常量。它将为您提供一组明确定义且适当约束的状态值。它还可以具有 getMessage() 以及任何其他状态相关的功能。
关于java - 如何在 OOP 中为 API 或框架设计一个健壮的 Status 类？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5824792/