Олег

собственная реализация логгера в каждом классе быстро утомит..
1 - есть https://msdn.microsoft.com/ru-ru/library/system.di... там много готовых инструментов
2 - можно реализовать свой простейший логгер в виде расширения (в утилитарном статическом классе), пример

internal static void log(this string txt) => tbLog.AppendText(txt + Environment.NewLine);

потом очень удобно использовать в любом месте

$"что то прошло не так, параметры первый {x} и второй {y}".log();

3 - еще удобные опции компилятора, для конструкций, которые явно не нужны в продакшене

#if DEBUG
            var sw = new Stopwatch();
            sw.Start();
#endif
            /// что то делаем
#if DEBUG
            sw.Stop();
            var ts = sw.Elapsed;
            $"total time '{name_of_action}':".log();
            $"\t{ts.Hours:00}:{ts.Minutes:00}:{ts.Seconds:00}.{ts.Milliseconds:000}".log();
#endif

Программист должен мыслить логически.
Мыслим как программисты:
1. Программист ПИШЕТ программы.
2. Тот кто не умеет читать писать неспособен.
Вывод программист должен уметь ЧИТАТЬ!
3. Те кто не умеет читать смотрят видео.
4. Те кто смотрит видео, но более наглые берутся его снимать.
Вывод: Те кто снимает видео программистами быть не могут.
А теперь вопрос: как чудо которое ни хрена не соображает в программировании может научить программировать?

Вам нужно просто писать код. Я изначально вообще синтаксис не учил, ибо не понимал зачем мне это. Я смотрел как написан код и представлял, что каждая из его частей может значить (вплоть до того, что такое int, string и тд.). Только со временем начал учить синтаксис, когда понял что мой подход достаточно сложен.

Принцип прост. В .h можно ставить только то, что не производит кода. Как только в проекте появится второй CPP и задействует этот хедер, код будет произведён дважды, и компоновщик (cl/ld/ilink) будет ругаться, что переменная или функция в двух экземплярах. Что именно не производит кода…
• Определения макросов. Они в принципе кода не производят.
• Объявление любого типа. Оно лишь говорит об устройстве этого самого типа; код же производят те, кто этим типом пользуются.
• Шаблоны. Код производит не сам шаблон, а факт расшаблонивания. Разумеется, шаблон может расшаблониться в двух единицах компиляции, но с этим автоматически бороться научились.
• inline—  код производит не сам inline, а факт включения. inline бывает как явный ключевым словом, так и неявный — в теле класса.
• Прототипы и extern — они говорят: код есть, но где-то не здесь.
• Constexpr C++11. Они подставляют значение.
• Некоторые const в зависимости от компилятора. Например, на Borland const double производит код, а const int — нет.

Производят код и в хедерах запрещены.
• Переменная без extern, даже const.
• Функция, которая не inline.
• Полностью специализированный шаблон, в котором не осталось шаблонных параметров (template<>).

Не производят кода, но и лучше закинуть в CPP.
• Некоторые скрытые (private) inline и шаблоны, если они не используются из хедера.

Можете только "Пригласить эксперта".
Еще можно удалить и создать заново.

Дублировать одно и то же не стоит (а это единственный способ, как такового UP-а нет), тут лучше просто писать ответы на свой же вопрос – если у него были подписчики, они заметят, что обсуждение еще актуально.

А зачем вам сервер для отправки запросов? Запросы клиент отправляет.

Конкретно по теме - не зная ни протокола, ни типа взаимодействия - советовать нечего.

Жёлтый - изменённый, но не сохранённый текст. Зелёный - сохранённый.