您称之为通用（非GUI相关）“模型 - 视图 - 控制器”架构？

Question

我目前正在重构协调多个硬件组件以进行数据采集的代码，感觉有点像我正在重新创建轮子。特别是，似乎正在出现MVC- 之类的模式。除此之外，这与GUI无关，我担心我会强迫这种特殊模式，而另一种可能更合适。这是我的情景：

各个硬件“组件”类遵循每种硬件类型的接口协定。以前，组件实例由单个整体InstrumentController类编排，该类严重依赖于配置+分支逻辑来执行特定的采集序列。在迭代之后，我为每个组件都有一个单独的控制器，这些控制器都由一个小型InstrumentControllerBase（或其衍生物）管理。复合系统将以编程方式或通过硬件间组件触发接收“输入” - 在任何一种情况下，这些交互都被路由到适当的控制器并由其处理。

所以，我有一些感觉MVC式的东西，但我不知道是不是因为我强迫这一点。由于在应用程序开发方面没有直接的MVC经验，我很难知道我是否只是想让我的场景适合MVC，其中另一种模式可能是一个很好的选择或免费。我的问题是，这些模式系列的search results和wiki documentation似乎立即让我进入特定于GUI的讨论。

我理解“M代表模型数据而V代表视图” - 但你怎么称呼超集模式？组件的指挥官 - 控制器？

我可以从中挖掘一些典型的例子吗？

Answer 1

IMO“视图”不一定是GUI组件。该模式最容易用GUI演示，但不限制其对GUI的可用性。如果它对您有用，请不要担心名称:-)当然，您可以根据自己的需要随意定制。

更新：MVC的更多通用核心，我脑海中浮现的唯一例子（经过一天的后台处理）是PAC。