c# - 库存控制系统的类结构

Question

作为良好 OO 方法和设计的练习，我想知道在公司中模拟库存控制的好方法是什么。问题描述为

a. A company can have different types of items, like documents (both electronic and physical), computers etc which may further have their own sub types.

b. The items can be kept in a store, may be circulated to an employee, may be mailed out etc. An electronic document can be emailed to many people at a time.

c. Items may have certain restrictions like a classified document be circulated to only people/places with access (eg, people with classified clearance or a room cleared to store those documents etc)

什么是可以用来模拟这种跟踪的好的类结构？ (伪 C# 类结构或 C++ 会有所帮助)以及什么样的设计模式适合这样的任务

Answer 1

回答您的问题需要深入调查问题领域。我认为没有普遍有效的方法。

不过，有些模式可能会出现。其中之一(顺便说一句，也是最难实现的一个)是类型/实例模式。根据我的经验，我假设您的库存应用程序必须跟踪的项目类型无法固定，并且您的系统用户必须能够随时创建和修改类型。这意味着您的系统需要处理两个级别的分类，而不是通常的级别；换句话说，您的系统将有类(在代码中)、这些类的实例(在运行时)和这些实例的实例(也在运行时)。

例如，如果您在代码中创建 DocumentType 类，您的用户会多次实例化它，创建 Report、Memo 或 Manual 等对象。然后，您的系统管理的每个单独的报告都将是 Report 的一个实例。每个单独的备忘录都是 Memo 的一个实例。等等。

如果子类型(在我的例子中是报告、备忘录、手册)不携带它们自己的属性或它们与其他信息片段的关系，这很容易实现。但是，如果他们需要特定的数据结构(属性和/或关联)，那么问题就会变得更加困难，因为您需要在您的系统中模仿一个完整的面向对象的类型/实例引擎。

不过，这很有趣!