c# - 有人想过以这种方式使用黑板模式吗？

Question

有没有人对“The Pragmatic Programmer”第 165 页中的 Blackboard 概念有任何想法？

我想拥有几个相互独立的小子系统(DLL 和 EXE)。有一些程序集将被所有 EXE 使用。这些程序集几乎都使用相同的数据库。与其使用接口(interface)在这些程序集之间进行通信，不如使用 Blackboard 类型模式提供更多的独立性？

我正在考虑一些中介类型的构造，它通过事件进行通知并且所有子系统通信都通过它。这使 syb 系统保持非常独立。调解器将保存它应该广播的所有通知的名称。然后，订阅者将通过名称收听特定事件，但始终订阅相同的(或者可能将名称作为参数传递)中介事件。

这里有一些关于它的更多讨论:http://www.experts-exchange.com/Programming/Languages/C_Sharp/Q_22829492.html

Answer 1

黑板的概念是多个独立进程在处理黑板时运行和更新黑板。一个典型的例子是语音识别。输入数据是要识别的音频。可以对音频进行分段，多个线程开始将片段与单词匹配。当每个线程找到匹配的单词时，他们会用到目前为止的翻译更新黑板。当短语开始组装时，另一个线程可以进行语法检查以验证各种识别器线程正在做出的选择。如果一个词的置信度较低并且违反了语法，则可以重新运行该片段以寻找替代词。这甚至可能导致在解决断断续续和停顿时重新分区音频数据。

随着短语变成句子，甚至可以采取更大的观点，并且可以解决同音异义词 (pair, pare) 的各种选项。所有这一切都是通过让黑板对所有流程开放并仅在各种结果滚入时才应用“锁定”来完成的。

使用数据库作为您的黑板是有道理的，因为您可以“免费”获得交易，但这取决于数据更新和重新读取的积极程度。如果它发生得非常快，往返将加起来并使内存结构更加合理。

您的调解器想法很有意义，因为它创建了一个锁点……黑板算法很少遇到 A->B、B->A 类型的死锁，因为它们要求预先提供所有数据元素。除此之外，放弃锁定并不是一个很大的惩罚，因为随着数据的不断涌入，各种子任务将一直重新启动。当板的订阅者拥有的数据已经过时时，需要通知他们，这可以通过回调来完成，回调将使用最新数据重新启动任务。

至于关于工作流的评论:这里的主要区别在于，大多数工作流都由一个主流程协调，主流程采用刚刚输入的状态，并决定哪些状态可供数据在其中移动。虽然可能有独立的参与者，但他们很少通过创造更好的结果(其他任务将使用这些结果)来“超越”彼此。换句话说，工作流通常是数据行进通过的一组非常受限的状态，而黑板几乎是所有独立事件的自由。 (也就是说，您的工作流程后面可能有一 block 黑板:http://sunsite.informatik.rwth-aachen.de/Publications/CEUR-WS/Vol-247/FORUM_15.pdf)

我想不出我所见过的模式的任何 C# 示例，而且我所做的工作类型对它没有太多要求(计算是确定性的)。进行一些搜索可以找到其他语言的引用资料，但没有一个看起来质量很高。