Станислав Макаров

1) создать подходящую модель (например, наследоваться от QAbstractTableModel);
2) загрузить данные из json;
3) реализовать модель из п.1 так, чтобы она возращала значение конкретного свойства в зависимости от запрошенного столбца;

<Папка установки Qt>\qtbase\bin - берем все что нужно и копируем в папку с exe. Что конкретно нужно, можно выяснить с помощью Dependency Walker или просто пытаться запустить, пока не запустится. А, да, еще вам плагин для платформы понадобится, создаете рядом с exe папку platforms, идете в подпапку с таким же именем в qtbase\bin, копируете оттуда qwindows.dll. Если этого будет недостаточно - ошибку в комментарии.

Пробовал переименовать qt5core.dll в qt5cored.dll, пишет, что не может найти вход в библиотеку.

Переименовывать не стоит, даже если бы это заработало, вы бы поймали кучу непонятных ошибок при отладке. Вам нужно либо скачать готовые дебажные dll-ки, либо скомпилить дебаг-версию Qt самому.

Наиболее гибким вариантом в вашем случае я считаю наследника от QAbstractItemModel. Отображать его вполне можно с помощью QTreeView.

Читайте книги по сетям (а именно - слои OSI, TCP/IP, сокеты, про клиент-серверную архитектуру в целом, кто куда подключается, как передает данные).
Читайте книги про техническую сторону веба (протокол HTTP, архитектура REST и т.д.).
Когда вы поймете, что происходит при запросе www.yandex.ru в адресной строке, использовать класс QNetworkRequest не составит никакого труда.

Сейчас Шарп с WPF-ом и C++ с Qt-ом примерно равны по возможностям. Изначально WPF конечно был более продвинутым, но с момента его появления прошло уже много времени, а развивается он слабо, поэтому Qt его "догнал".
Но для большинства разработчиков все упирается в язык. Не все хотят учить второй язык для изучения технологии, не все хотят учить C++.

cpp-netlib.org или doc.qt.io/qt-5/qnetworkrequest.html если нужен HTTP
Boost::Asio, если не нужно HTTP
Berkeley Sockets все еще в моде, если не боитесь C-style
На последние два можно накрутить Protocol Buffers через stream-ы, если протокол достаточно сложный или предполагает расширение.

А почему такая странная потребность в УНИКАЛЬНОМ хэше (который вы кстати в принципе не получите для двух строк по 20 символов, т.к. хэш-значение - типа uint)?
> это РАЗНЫЕ объекты, несмотря на то что конкатенация firstName + lastName равна.
ну и пусть, совпадет один раз, не такой уж частый кейс для имени и фамилии. У вас таких Каримов с одинаковым конкатенированным именем тысяча штук будет?

Я думаю структура проекта мало определяется самим Qt, и будет такая же, как и других C++ - проектов. Однако положить файлы в подпапку вам никто не запрещает.

doc.qt.io/qt-5/qwebview.html
doc.qt.io/qt-5/qwebpage.html
doc.qt.io/qt-5/qwebframe.html
doc.qt.io/qt-5/qwebelement.html

Берете и разбирайтесь с QThread. Для остановки/запуска используете сигналы/слоты (смысл QThread в том, что он умеет запускать свой eventLoop, и ловить QueuedConnection-сигналы из других потоков)

Очень просто: чтобы поменьше влиять на остальной код на C++, который у вас уже написан, сделайте следующее:
1) заведите обычную функцию (НЕ член класса) send_sms, указатель на которую отдадите в либу;
2) сделайте в этой функции все, что необходимо по задаче (отправить смс? :));
3) реализуйте для MainWindow синглтон (проще) или сервис (правильнее), чтобы иметь возможность получить доступ из внешней функции send_sms к экземпляру окна;
4) у MainWindow дергайте метод test или любой другой, чтобы передать в него нужные данные. Если сделаете синглтон, будет что-то вроде этого: MainWindow::instance()->test(...);

> Не каждый пользователь будет его устанавливать.
Кто еще не установил - тому стоит это сделать, MS даже через апдейт систему предлагает дотнет поставить. А еще фишка в том, что и программам на плюсах в подавляющем большинстве случаев приходится ставить райнтайм. Конечно, его dll-ки можно просто положить в папку с программой, но это плохой путь по ряду причин. Итого, и для шарпа и для плюсов нужно ставить "среду", единственное отличие - рантайм плюсов будет легче (правда сама прога, юзающая Qt и включающая его библиотеки будет значительно тяжелее).
> На сколько я знаю, на семерке "из коробки" стоит 3 версия фреймворка
Тройка - на Висте, на семерке - 3.5.
> Так что же лучше - использовать C# или посмотреть в сторону C++ и Qt?
Тут обычно гораздо важнее вопрос кроссплатформенности. Сейчас Mono обеспечивает только WinForms, т.е. того же WPF на никсах пока не видать (и видимо уже не увидим). Поэтому я сейчас безоговорочно выбрал бы Qt, если б делал десктоп-софтину не только для винды (в 2015 году лично я не могу относиться к функциональности и CPU-oriented архитектуре WinForms всерьез). Поэтому решение принять достаточно просто:
1) если у вас line of business-приложение (напр., очередная утилитка для расчета кредитных условий по продуктам банка) и windows-машины в парке - смело берем C#, WPF, и решаем поставленную задачу;
2) если у вас приложение для широкого круга лиц, и его интерфейс сложнее интерфейса перекодировщика WAV в MP3 - берем Qt, пишем код без и получаем приложение, которое запустится на большинстве десктопных машин, а не только на тех, где винда.

P.S.
1) безусловно, есть и более чем приличные коммерческие десктопные программы на шарпе, например очень удобный и навороченный референс-менеджер Citavi, но я думаю её авторы просто приняли решение поддерживать только винду, и это их устраивает. Кроме того, они используют много сторонних платных GUI-контролов у себя в продукте.
2) реализовывать взаимодействие управляемого и нативного кода не так уж приятно, поэтому если ключевая библиотека реализована на плюсах, то и остальное приложение логично сделать нативным.

> Просто синхронные вызовы ролла показывают лишь последний результат.
ну так а почему асинхронность сразу значит - несколько потоков? И причем тут вообще асинхронность - вам нужно сделать нормальную анимацию, анимация - это отрисовка кадров в соответствии с ходом времени. Последний результат виден потому, что вы не возвращаете управление в цикл приложения, чтобы оно могло нормально обработать прочие сообщения. Уберите всю эту многопоточность, сгенерьте рандомом перед анимацией все игры, которые хотите мельком показать, поставьте обыкновенный таймер (QTimer) и отрисовывайте по сигналу таймера игры по очереди, пока не дойдете до последней - той что "выпала". Разберитесь с матчастью по mainloop и анимации и все станет ясно как божий день. Еще раз - никаких потоков для вашей задачи вам не надо, тем более 20 штук.

Ключ к пониманию передачи сигналов - понимание смысла существования QThread:

> A QThread object manages one thread of control within the program. QThreads begin executing in run(). By default, run() starts the event loop by calling exec() and runs a Qt event loop inside the thread.

Запуск собственного цикла обработки сообщений и дает возможность получать их в том числе и из других потоков. Фишка сигналов/слотов кьюта в том, что это еще и простая message queue система, наподобие эрланговской, если сталкивались. Вызов в рамках одного потока - это прямой вызов подписанных слотов на этом же стеке, а вот QueuedConnection или межпоточный вызов кладут в очередь соответствующего потока сообщение (эти сообщения лежат в одной очереди с сообщениями от ОС), и поток будет их извлекать в event-loop-е. Таким образом, вы просто просите другой поток вызвать слот, а вызовет он его когда в очередной раз будет отрабатывать цикл сообщений и он дойдет до сообщения о вызове слота.

> It is safe to connect signals and slots across different threads, thanks to a mechanism called queued connections.
doc.qt.io/qt-5.4/qt.html#ConnectionType-enum
Qt::QueuedConnection - The slot is invoked when control returns to the event loop of the receiver's thread. The slot is executed in the receiver's thread.