0

我正在研究 CreditCardPayment 上下文，并发现某些上下文方法并不需要所有角色。例如，该方法CreateSecurityHash可能需要所有角色，但VerifyHash只需要一个。不绑定所有角色可以吗？如果是这样，那么引入多个构造函数并只绑定需要的内容怎么样，如下所示：

public CreditCardPayment(objectA, objectB, objectC)
{
  BindRoles(objectA, objectB, objectC)
}

public CreditCardPayment(objectA)
{
  BindRoles(objectA, null, null)
}

虽然很难知道在执行此操作时允许调用哪些上下文方法。所以我想知道：

  • 这还可以吗（如果可以，为什么？），或者
  • 整个场景是否表明需要另一个上下文，或者
  • 我是否应该始终保留上下文并提供角色所需的所有对象？
4

1 回答 1

2

如果您不想绑定所有角色，那么您应该去问自己几个问题。您已经问过其中一位“我应该创建两个上下文吗？” 要回答这个问题，我会将上下文视为一个漏洞。如果它确实模拟了一个过程，那么不要将它分成几个。我们希望对最终用户的心智模型进行建模。如果该模型很复杂，我们无法改变它，但我们可以通过反映它来提供帮助。

在您的特定情况下，您似乎确实在建模一个过程，在这种情况下，您应该将上下文保持为一个。绑定角色一次，并知道从那时起您可以安全地调用使用交互。

不绑定角色将导致代码难以推理。“调用这个方法安全吗？” 只有在运行时您可以看到已绑定哪些角色时，您才能回答这个问题。所有角色总是同时绑定在这发生在交互之前或者是交互的第一部分

于 2012-12-23T10:14:40.050 回答