c++ - 我的程序结构/设计所需的输入

Question

很难说出这里问的是什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或言辞激烈，无法以目前的形式合理回答。如需帮助澄清此问题以便可以重新打开，visit the help center .




9年前关闭。




我已经尝试根据需要详细描述我正在构建的应用程序，所以我提前为这篇文章道歉!

我正在设计和构建一个相当大的音乐应用程序，使用 C++ Juce 框架，简而言之，它接收 OSC 消息并将它们转换为音频和 MIDI 数据。该应用程序具有三种“模式”，每种模式都定义了 OSC 消息将产生什么样的声音。用户可以应用一种模式和更多的模式设置来定义每个 OSC 消息“触发”的声音。

下面是程序的类关系和层次结构的基本框图概述，或者至少是我理论上想象的样子。为了澄清 Juce 术语，“组件”类基本上是一个 GUI 对象/类，它在屏幕上显示内容并允许用户交互。

Basic block diagram http://liamlacey.web44.net/images/Software_block_diagram.jpg

我是一位经验丰富的 C 程序员，但是我对 C++ 和 OOP 设计还很陌生。如果没问题，我最了解，但我遇到的主要问题是构建所有类以具有正确的关系和层次结构，以便它们都可以正确通信，以便应用程序执行它需要做的事情.

以下是对每个类的作用的简要说明:

OscInput - 这个基类使用 oscpack 库来监听 OSC 消息。只有 1 个类可以从这个基类继承，因为如果在同一个 UDP 端口上有多个监听器，应用程序将崩溃。

Main - 应用程序启动。从 OscInput 继承，以便每次接收到 OSC 消息时都会在此类中调用回调函数

MainWindow - 应用程序主文档窗口 - 默认为 Juce 应用程序。

MainComponent - 应用程序的主/后台组件/GUI - 默认为 Juce 应用程序。

Mode1Component/Mode2Component/Mode3Component - 从 MainComponent 调用和显示这些组件类中的每一个的单个实例，用户使用它们来更改每个 OSC 消息的设置。

SubComponent1 - 从 MainComponent 调用并显示此组件类的单个实例。

SubComponent2 - 从 SubComponent1 调用和显示该组件类的 48 个实例。每个实例用于显示正在接收的不同 OSC 消息的值。

Mode1/Mode2/Mode3 - 从 Main 调用这些类中的每一个的单个实例。每个类都用于根据 Settings 类中的值/变量将 OSC 消息实际转换为音频或 MIDI 数据。

Settings - 此类的单个实例，用于存储控制每个不同 OSC 消息产生的声音的设置。

我很高兴我以正确的方式布置和连接了所有组件/GUI 类。我也有传入的 OSC 消息工作正常。但我不太确定如何实现的是 Settings 类实例的关系。以下是我需要帮助的关系:

Mode1、Mode2 和 Mode3 的单个实例都需要从 Setting 类实例

中检索值。

MainComponent、Mode1Component、Mode2Component、Mode3Component 的单个实例都需要将值发送到 Settings 类实例，以及从实例中检索值。

SubComponent2 的所有 48 个实例都需要检索 OSC 消息

因此，我有以下问题:

应该在哪里Settings从中调用类实例，以便上面提到的所有相关类实例都可以与之通信？我只想要这个类的一个实例，它需要被许多其他类访问，那么它应该是一个全局类、单例类还是静态类？我一直在研究单例设计模式，这似乎是我正在寻找的，但我的印象是如果可以的话我应该避免它并考虑替代方法。

应该是Main监听 OSC 消息的类？如何让 SubComponent2 接收 OSC 消息以及 Mode1、Mode2 和 Mode3 类实例？

是否应该从 Main 调用功能类(Mode1、Mode2 和 Mode3)？我正在尝试将所有功能和 GUI 代码分开，因为我有其他人在处理应用程序的功能编程时处理 GUI 编程。

谁能发现我程序设计模式中的任何重大缺陷？

任何帮助将不胜感激!

谢谢

Answer 1

关于“Main”的问题:您不应将“应用程序启动”与同一类/组件中的消息处理责任混在一起(“separation of concerns”)。你所描述的闻起来像是发布者/订阅者模式的应用

http://en.wikipedia.org/wiki/Publish/subscribe

如果你想让你的架构真正面向消息，不是一切都依赖于“主”，“主”不依赖于一切，我建议你看看“流程设计”。看这里

http://geekswithblogs.net/theArchitectsNapkin/archive/2011/03/19/flow-design-cheat-sheet-ndash-part-i-notation.aspx

http://geekswithblogs.net/theArchitectsNapkin/archive/2011/03/20/flow-design-cheat-sheet-ndash-part-ii-translation.aspx

当您在程序中几乎所有地方都需要这些设置时，将设置类实例实现为单例是可以的。至少它比静态类具有更好的可测试性。但是你应该避免在那里放太多东西，因为很多东西可能取决于设置，这可能会对以后的可维护性产生负面影响。