我试图根据需要详细描述我正在构建的应用程序，所以我提前为这篇文章道歉！
我正在设计和构建一个相当大的音乐应用程序，使用 C++ Juce 框架，简而言之，它接收 OSC 消息并将它们转换为音频和 MIDI 数据。该应用程序具有三种“模式”，每种模式都定义了 OSC 消息将产生什么样的声音。用户可以应用一种模式和更多模式设置来定义每个 OSC 消息“触发”的声音。
下面是程序类关系和层次结构的基本框图概述，或者至少是我理论上想象的样子。为了澄清 Juce 术语，“组件”类基本上是一个 GUI 对象/类，它在屏幕上显示内容并允许用户交互。
基本框图 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 调用这些类中的每一个的单个实例。每个类都用于根据设置类中的值/变量将 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 编程。
谁能发现我的程序设计模式中的任何重大缺陷？
任何帮助将不胜感激！
谢谢