algorithm - 猛击阀模式

Question

在过去的几十年里，我看到过很多次的事情是 slam valve type code，其中有一个人为的值，一旦某个值被破坏或许多迭代已经过去。

对您来说有点抽象？

一些具体的例子:

文件读取

在这种情况下，数据工厂中的文件在夜间被读取，因此需要在特定时间之前进行处理，以便系统在早上可用。注意文件是否完成并不重要。

int linesRead = 0;

const int SillyAmount = 1000000;

while (!EOF)
{
    text = ReadLine();
    // Do Some complicated processing with the text
    linesRead++;

    if (linesRead > SillyAmount)
        break;
}

服务对话

在此示例中，对象通过服务调用逐渐增强，直到数据足够好以供稍后处理。

int conversationLines = 10;

while (conversationLines > 0 && conversation.Status != Complete)
{
    conversation.Next();
    // Process conversation
    conversationLines--;    
}

问题。

(1) 这种东西有没有设计模式之类的？

(2) 如果没有 (1) 并且假设您是人为地退出循环，这可以被视为代码异味吗？

Answer 1

你的第一个例子可以这样写:

int linesRead = 0;
const int SillyAmount = 1000000;

do {
  text = ReadLine();
  // text processing
} while (!EOF && ++linesRead <= SillyAmount);

这看起来不再像 hack 了(没有 break)。没有想到这个模式。

第二个留给更多的解释(需要一个更完整的例子才能真正说明)。我们可以争辩说对话对象也许应该设计为 state machine。 (另请参阅 state pattern )并在内部处理对话以防止此类代码公开。要完成的实际处理可以作为(减少？)函数传递，或使用某种 strategy pattern实现取决于预定义的对话类型。有很多方法可以重新排列它。我们需要一个更现实的例子，因为这个例子有点奇怪(对话有迭代器 (conversation.Next();) 但行数在外面......可以告诉它最多处理一定数量 conversation.processUpTo(10);?)。