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

Question

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

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

所以，我有一些 MVC 风格的东西，但我不知道这是不是因为我在强调这一点。由于在应用程序开发方面几乎没有直接的 MVC 经验，很难知道我是否只是想让我的场景适合 MVC，而另一种模式可能是一个很好的替代方案或补充。我的问题是，search results 和 wiki documentation 这些模式家族似乎立即让我进入了特定于 GUI 的讨论。

我理解“M 表示模型数据，V 表示视图”——但您如何称呼超集模式？组件-指挥官-控制器？

我可以从哪里挖掘示例？

Answer 1

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

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