Java 类 : limit instance variable to one of several possible values, 取决于其他实例变量

Question

我很抱歉这个含糊的问题。我不确定我在这里寻找什么。

我有一个 Java 类，我们称它为 Bar。在那个类中有一个实例变量，我们称它为foo。 foo 是一个字符串。

foo 不能只有任何值。有一长串字符串，foo 一定是其中之一。

然后，对于列表中的每个字符串，我希望能够设置一些额外的条件，以判断特定的 foo 是否可以属于特定类型的 Bar(取决于同一 Bar 中的其他实例变量)。

我应该在这里采取什么方法？显然，我可以将字符串列表放在某个静态类中，并在调用 setFoo(String s) 时检查 s 是否在该列表中。但这不允许我检查额外的条件 - 或者我需要将 foo 的每个值的所有逻辑放在同一方法中，这很快就会变得丑陋。

解决方案是为 foo 的每个可能值制作数百个类，并在每个类中插入相应的(通常是微不足道的)逻辑以确定它适合什么类型的 Bar ？这听起来也不对。

我应该采取什么方法？

这里有一个更具体的例子，可以更清楚地说明我在寻找什么。假设有一个 Furniture 类，它有一个变量 material，它可以是很多东西，从桃花心木到胶合板。但是还有另一个变量，室内装潢，您可以制作包含棉胶合板但不含橡木的家具；橡木而非胡桃木的缎面家具；其他类型的 Fabric 适合任何 Material ；等等。

Answer 1

我不建议为如此大的用例创建多个类/模板。这是非常基于意见的，但我会尽力回答。

在这种情况下，您的选择可能很多，并且您希望保持可维护的代码库，最好的解决方案是将值和逻辑分开。我建议您将 foo 值存储在数据库中。同时，保持你的客户端代码尽可能的干净和小。这样它就不需要过滤数据来找出哪些数据是有效的。 您想尽量减少代码中对数据的依赖。这样想:明天您可能需要将新 Material 添加到 Material 列表中。您要为此修改所有代码吗？或者您只想将它​​添加到您的数据库中，然后一切都神奇地工作？显然后者是更好的选择。下面是一个关于如何设计这样一个系统的例子。当然，这可能会根据您的用例或变量而有所不同，但这是一个很好的指导方针。基本的经验法则是:您的代码对数据的依赖性应该尽可能小。

假设您要创建一个 Bar，它必须具有特定的 foo。在这种情况下，我将为 BARS 创建一个数据库，其中包含所有可能的 Bar。示例:

ID 名称 FOO1 门 1,4,10

我还将创建一个数据库 FOOS，其中包含每个 foo 的详细信息。例如:

ID 名称 PROPERTY1 PROPERTY2 ...1 橡木棕软

创建栏时:

酒吧门 = new Bar(Bar.DOOR);

在构造函数中，您将转到 BARS 表并查询 foo。然后您将查询 FOOS 表并加载所有 Material 并将它们分配给新对象内的字段。

这样，每当您创建一个 Bar 时，都可以更改 Material 并从 DB 加载该 Material ，而无需更改任何代码。您可以添加尽可能多的 Bar 类型，并根据需要更改 Material 属性。然而，您的客户端代码并没有太大变化。

您可能会问为什么我们要为 FOOS 创建一个数据库并在 BARS 表中引用它的 ID？这样，您可以随意修改每个 foo 的属性。您也可以在 Bar 之间共享 foo，反之亦然，但您只需要更改数据库一次。交叉引用变得轻而易举。我希望这个例子清楚地解释了这个想法。