您称之为通用(非GUI相关)"模型 - 视图 - 控制器"架构？

Question

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

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

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

我理解"M代表模型数据而V代表视图" - 但你称之为超集模式是什么？组件的指挥官 - 控制器？

我可以从中挖掘示例示例吗？

Answer 1

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

更新: MVC的更多通用亲属,在我脑海中浮现的唯一例子(在一天的后台处理之后)是PAC.