【问题标题】:How to design a robust Status class for an API or framework in OOP?如何在 OOP 中为 API 或框架设计一个健壮的 Status 类?
【发布时间】:2011-04-28 20:47:04
【问题描述】:

我目前正在从一个临时企业解决方案生成一个 API,但我正忙于生成一个通用类和表达类来处理相关类中的操作状态。

简而言之,我想知道哪些是设计状态处理程序的标准(或最佳实践)。我想要实现的是属于一个公共“模块”的方法和类,它们都返回并处理属于已定义状态结构的状态消息,因此不同的状态消息不依赖于实现。

一个可能的解决方案是: - 在模块中创建一个状态类,将一系列状态数字定义为常量 - Status 类将只管理那些已定义的状态编号,并为每个状态编号定义状态消息。 - 需要状态处理的模块方法返回一个状态实例,该实例在模块的更高层中进行处理,而不是在每个方法中进行硬编码。

对更好的模型有什么建议吗?好的 API 是如何管理这个的?

【问题讨论】:

  • 对此类主题非常有用的文献:实用 API 设计 (Jaroslav Tulach)

标签: java oop api design-patterns error-handling


【解决方案1】:

使用状态enum,而不是常量类。它将为您提供定义明确且受到适当约束的状态值集。它还可以具有 getMessage() 以及任何其他与状态相关的功能。

【讨论】:

  • 太棒了!再合适不过了。非常感谢
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-10-02
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多