库存系统的OOP方法

Question

我们正在开发一个跟踪我们现场办事处库存的系统。

该系统的核心是“资产”清单，例如自行车，电脑，帐篷等。每个资产都会经历诸如“活跃”，“迷失”，“签出”，“库存”等状态。某些州还有其他信息，例如“Checked Out To”或“Inventoried By”。

所以，我认为每个State都将是父类的子类，或者可能实现一个iState接口。那部分对我来说很清楚。

我坚持的是一个良好的OOP设计，将状态的业务逻辑放在前一状态（资产对象将存储它的“最后”状态）。例如，Checked In只能跟随Checked Out。 Active必须是资产上记录的第一个状态。

任何想法或指示都会有所帮助。 GoF设计模式中没有一个在我身上跳出来。

是的，我知道我们应该关注COTS，但管理层已经决定继续推出我们自己的工具。

Answer 1

你回答了自己的问题。查看State模式。

Answer 2

嗯。这听起来更像是工作流程/业务规则问题而不是OOD。我不知道任何OO原则强制执行你描述的状态的顺序/依赖。