c# - 如何将对象的构造限制为特权客户端类

Question

我正在开发一些软件，其中字符串消息中使用的某些字符串标识符指的是生产地址或测试地址。有一种公式化的方法可以将生产标识符转换为测试标识符。

但是，只有一套硬件，而不是用于生产和测试的独立系统。

每次我们连接到一个新的收件人时，都会有一个针对该收件人的初始开发和测试阶段，我们希望标识符能够安全地转换为测试标识符，这样就不会意外发送实际的生产消息。现在，消息生成类了解测试与生产对我来说似乎不对——对此应该是“愚蠢的”，因为测试与生产是业务级别的问题。但是，消息生成项目包含 Identifier 类，因为它负责接受此类标识符并将它们序列化。

我如何在消息生成项目中保留 Identifier 的定义，但确保其中实际使用的所有标识符都在适当的时候转换为它们的测试等价物，而不会到处抛出过程/条件语句在业务层的位置？

在消息生成项目中，这里有一些Identifier 的示例代码。

public sealed class Identifier {
   private readonly string _identifier;

   public Identifier(string identifier) {
      _identifier = identifier;
   }

   public IdentifierCode { get { return _identifier; } }

   public bool IsTest { get { return _identifier.BeginsWith("X"); } }

   public Identifier ToTestIdentifier() {
       return new Identifier("X" + _identifier.Substring(1);
   }
}

在业务层，这里有一个关于如何构建和使用标识符的示例。

...
Message1234 message = new MessageBuilder { // from the generation layer
    Sender = new Identifier(messageDetails.senderIdentifierCode),
    Recipient = new Identifier(messageDetails.recipientIdentifierCode),
    MessageDate = DateTime.Parse(messageDetails.date)
}.Build<Message1234>;

我可以使用哪种设计模式来确保根据某些对接收者敏感的过程逻辑(命中未在代码中提交或至少仅在一个中提交的数据库或设置文件place)，上面创建的 Identifier 属性将始终在特定收件人处于测试模式时对其运行 ToTestIdentifier？

例如，如果 recipientIdentifierCode 是 AARDVARK(因为已知该收件人处于测试状态)，则消息生成中使用的所有标识符都将成为测试标识符，但如果recipientIdentifierCode 是 GORILLA(因为已知收件人处于生产状态)，所有标识符都保持原样，无论是生产还是测试？

为了更加清晰，我试图避免这种情况:

Identifier sender = new Identifier(messageDetails.senderIdentifierCode);
Identifier recipient = new Identifier(messageDetails.recipientIdentifierCode);

Message1234 message = new MessageBuilder {
   Sender = IsInTestMode(messageDetails.recipientIdentifierCode)
      ? sender.ToTestIdentifier()
      : sender,
   Recipient = IsInTestMode(messageDetails.recipientIdentifierCode)
      ? recipient.ToTestIdentifier()
      : recipient,
   MessageDate = DateTime.Parse(messageDetails.date)
}.Build<Message1234>;

这很脆弱，因为它取决于开发人员的内存，每一个使用 Identifier 的地方，都要根据适当的规则(可能会改变的规则)进行上下文测试。它还使代码困惑——将与业务实体的测试/生产状态无关的问题混入构建消息的算法中。我想依赖注入(inject)、装饰或提供访问者，或某事，这可以让我更像这样，在调用链的某个地方，只需一次 每个消息请求:

// Hit the database or do some procedural logic to figure out if test mode is required.
bool shouldBeTestMode = GetTestModeFor(messageDetails.recipientIdentifierCode);

// activate some layer or create some object that wraps/translates/informs
// the rest of the system
MessageGenerationContext = new MessageGenerationContext(shouldBeTestMode);
GoBuildMessages(MessageGenerationContext);

// Now the magic happens somehow so that `new Identifier()` will always return a 
// test identifier without any more code going through conditional contortions
// to make sure the proper kind of identifiers are used.

哦，为了配合我的问题标题，我想让业务层中的随机代码很难或不可能创建一个 Identifier 而不执行特殊逻辑来确定它是否是否需要测试，并转换它。只有消息层消费者中的特定特权位置才能访问 Identifier 构造函数。所有其他 new Identifier() 代码(或其他创建标识符的方法)都应该被适本地缓冲，这样它就不能构建任何测试上下文不敏感的标识符。

Answer 1

使用标识符工厂怎么样？

IdentifierFactory                   <-- ProductionIdentifierFactory
+CreateFrom(String identifier)      <-- TestIdentifierFactory

在您的组合根中，您将根据环境实例化正确的 IdentifierFactory 实现。

然后你就可以在任何地方执行以下操作:

Identifier identifier = identifierFactory.CreateFrom(somesString);

如果您愿意，您还可以通过多个具体的标识符类从工厂本身分解出生产或测试标识符的含义:ProductionIdentifier 和 TestIdentifier

编辑:

在撰写本文时，我没有意识到环境实际上是由收件人标识符决定的。

在这种情况下，也许您可​​以将 MessageDetails 类作为这些标识符的工厂。根据收件人的标识符代码，消息详细信息将返回测试或生产标识符。

public void SendMessage(MessageDetails messageDetails) {
    Identifier recipient = messageDetails.Recipient;
    Identifier sender = messageDetails.Sender;

    //...
}

这在某种程度上更符合 Tell Don't Ask principle .更好的方法是请求 MessageDetails 来构建您的消息。

如果您不想让这些问题影响您的任何业务类，那么您可能需要依赖 AOP。您仍然可以使 MessageDetails 成为标识符的工厂，但使用 AOP 来更改这些工厂方法的行为。

最后，如果你到处都有 new Identifier(...)，不仅是在发送消息等时，它会变得更加复杂。当然，您总是可以随处传递一个 Environment 变量，但这会产生很多噪音。

我不太了解 C#，所以可能有更多惯用的机制，但您可以尝试在单个线程上运行操作，然后依靠 ThreadLocal 变量来创建独立的作用域。在这一点上，我想我们需要更多地了解您的域才能提供有效的解决方案。