我目前正在重构协调多个硬件组件以进行数据采集的代码，感觉有点像我在重新创建轮子。特别是，一种类似 MVC 的模式似乎正在出现。除了，这与 GUI 无关，我担心我会在另一个可能更合适的情况下强制使用这种特定模式。这是我的场景:
各个硬件“组件”类遵循每种硬件类型的接口(interface)协定。以前，组件实例由单个整体 InstrumentController 类编排，该类严重依赖配置 + 分支逻辑来执行特定的采集序列。在一次迭代之后，我为每个组件设置了一个单独的 Controller ，这些 Controller 都由一个小型 InstrumentControllerBase(或其衍生产品)管理。复合系统将以编程方式或通过硬件间组件触发接收“输入”——在任何一种情况下，这些交互都会被路由到适当的 Controller 并由适当的 Controller 处理。
所以，我有一些 MVC 风格的东西，但我不知道那是不是因为我在强调这一点。由于在应用程序开发方面几乎没有直接的 MVC 经验，很难知道我是否只是想让我的场景适合 MVC，而另一种模式可能是一个很好的替代方案或补充。我的问题是，search results和 wiki documentation这些模式家族似乎立即让我进入了特定于 GUI 的讨论。
我理解“M 表示模型数据，V 表示 View ”-但是您将超集模式称为什么？组件-指挥官- Controller ？
我从哪里可以挖掘示例？
最佳答案
IMO“ View ”不一定是GUI组件。该模式最容易用 GUI 演示，但这并不限制其对 GUI 的可用性。如果它适合您，请不要担心名称 :-) 当然，您可以根据自己的需要随意定制它。
更新:在更通用的 MVC 中，唯一出现在我脑海中的例子(经过一天的后台处理)是 PAC。 .
关于model-view-controller - 您将什么称为通用(非 GUI 相关) "Model-View-Controller"架构？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2475864/