По поводу архитектуры проекта

Мне стоит сделать какой-нибудь главный класс Backend, где и будут лежать все общие данные?

Да.

Но не будет ли он слишком сильно заграмождён?

Он будет загроможден, если этого не сделать.

Только не Backend. Назови этот класс Application, создай в нем метод
int start(int argc, char** argv)
перемести туда все содержимой main и будь счастлив.

P.S. Синглтон.

P.S. Синглтон.

Совсем не обязательно :)

В рамках одного процесса приложения могут быть запущены 2 приложения?

Синглтон, чтобы с депенденси инжекшен не мучаться.

Application - единственный класс, для которого быть синглтоном не только не спорно, но и правильно.

В рамках одного процесса приложения могут быть запущены 2 приложения?

Синглтон, чтобы с депенденси инжекшен не мучаться.

депенденси инжекшен

Охты божечки, какое буквоедство и невмогота в агрегацию :)

В рамках одного процесса приложения могут быть запущены 2 приложения?

Лехко, если эти приложения не абстракция всей программы, а чего-то другого :) Например... приложений этой программы :) Синглтон — это как трубка, без которой Ватсон не может, хотя Холмс курить так и не бросил.

Лехко, если эти приложения не абстракция всей программы
Application

продолжай...

http://cs622830.vk.me/v622830060/7708/-aCm8qacz-0.jpg

Чё продолжать-то, slackwarrior верно говорит, хотя и сложно изъясняет. Если Application есть синглтон в единственном экземпляре, то сразу бери выше: всё запихнуть в глобальные переменные. А чё, один экзмепляр же на программу.

MVC или Observer Pattern (и аналогичные конструкции).

Отдельно данные, отдельно презентация. Объекты, отвечающие за презентацию либо просто опрашивают объекты, отвечающие за данные, либо просят объекты, отвечающие за данные, уведомить их (презентацию), если(когда) какие-то данные меняются.

Объекты, отвечающие за данные ничего не должны знать о презентации.

у синглтона есть одно неоспоримое преимущество, о котором ты, конечно же, знаешь

Продолжай тупить :)

Конечно лучше через 100500 уровней абстракции тащить сылку на нужный сервис ради 2х вызовов. Все врно.

я вот реализовываю как раз таки MVC (благо Qt умеет в MVC). Просто возник вопрос по поводу того, не будет ли всё в куче на этом заднем плане.

100500 уровней абстракций того же уровня карго-культизм, что и синглтон через синглтон :)

Чё продолжать-то, slackwarrior верно говорит, хотя и сложно изъясняет

Он занимается демагогией. Мысль там отсутствует, поэтому понятия верно-неверно применить невозможно.

Если Application есть синглтон в единственном экземпляре, то сразу бери выше: всё запихнуть в глобальные переменные

Ты дурачка включил, или реально не знаешь разницы?

Семантика глобальных переменных и синглтонов схожа: обращение к чему-то извне помимо переменных-членов и аргументов методов. Хотя то что trex6 предложил изначально не есть синглтон и я с ним даже согласен в реализации. Но он почему-то назвал это синглтоном.

обращение к чему-то извне помимо переменных-членов и аргументов методов

Лягушка и крокодил тоже похожи - оба зелёные. У тебя какая-то шизофреническая логика, определение схожести по несущественному признаку.

Хотя то что trex6 предложил изначально не есть синглтон

Обыкновенный сферический синглтон в вакууме.