хорошо или плохо: сделать гигантскую структуру, чтобы избежать использования глобальных переменных/свойств структуры/множества параметров

Я думаю, что в вашем вопросе есть скрытый вопрос: как написать приложение/фреймворк с графическим интерфейсом?

Беспорядок кажется очень низким уровнем из того, что я быстро погуглил. Если вы хотите пропустить много кода, просто используйте что-то вроде Qt Framework, который также отображает большинство вещей с использованием OpenGL (или GTK+, в зависимости от того, какую лицензию вы хотите).

Нет простого ответа, если вы хотите написать его более или менее с нуля, и я попытаюсь просто пройтись по нему на очень высоком уровне и просто выделить самую основную идею того, как это обычно работает.

Поскольку вы пометили его тегом С++, правильный способ С++ - использовать классы.

У вас будут классы для таких вещей, как звук (MP3), с такими методами, как декодирование, кодирование и т. д. Затем у вас будут классы для элементов графического интерфейса с такими методами, как onPaint, onClick и т. д.

Допустим, вы хотели кнопку. Это будет класс с такими переменными, как x, y, ширина, высота, текст, clickHandler, enable и так далее. У него будут обработчики событий низкого уровня, такие как onPaint, onClick (этот будет проверять, находится ли мышь над кнопкой и включена ли она, и если все эти проверки пройдены, он вызовет clickHandler). Он также может иметь некоторые методы, такие как isEnabled(), disable(), enable() и т. д.

Теперь вы можете создавать столько экземпляров кнопок, сколько хотите, каждый из которых имеет свое собственное состояние (включено или отключено, текст, ширина, высота и т. д.). Вы бы установили clickHandler для каждой кнопки.

Будут некоторые глобальные переменные, но большая часть внутренних вещей находится внутри классов. Если у вас есть какая-то иерархия, такое окно имеет много кнопок, тогда ваш класс Window будет просто иметь список кнопок. И не забывайте, что каждый класс должен находиться в новом файле, если только не существует нескольких очень тесно связанных.

Но на самом деле вы не хотите ничего писать об этом, так как это уже делают огромные библиотеки.

Что касается того, как склеить все это вместе, вы, вероятно, захотите следовать соглашению, используемому конкретной выбранной вами структурой. Если вы работаете в Windows и хотите сделать приложение только для Windows, используйте WPF (или Winforms). Qt хорош для кроссплатформенных вещей и довольно современен, но лицензия немного ограничивает, если вы делаете коммерческое приложение.

Доступ к элементу внутри структуры всегда медленнее за счет дополнительной ссылки для выполнения и, следовательно, дополнительного чтения в ОЗУ. Попробуйте сгруппировать объекты в structs, чтобы они использовались вместе, чтобы эти запросы памяти можно было кэшировать в более быстром ОЗУ/встроенном кеше.

На самом деле нет ограничений на количество членов структуры, и они часто бывают полезны, когда вы превышаете максимальное количество параметров, которые должна принимать функция. Меня учили (в 2002 году), что магическое число равно 7.

В конечном счете, при группировании элементов в struct вы должны иметь возможность определить, какие функции их используют, и вместо передачи структуры вы можете сделать функцию членом и избавиться от необходимости разыменовывать структуру, чтобы получить элементы этого параметра. Я думаю, что на данный момент вы, вероятно, можете присвоить struct эквивалентную метку C++, class.