programMain,
https://gafferongames.com/post/udp_vs_tcp/
Вот тебе аргументы, почему не стоит использовать TCP при отправке критичных ко времени данных.

Никто не говорит, что использовать TCP - плохая идея. Тебе пытаются объяснить, что все подходит для своих задач.

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

НО! Стоит смотреть не на порты которые открыты, а на траффик который через них идет. Положение персонажа в играх с быстрым темпом игры(шутерах например) не будет идти по TCP. Куча других данных, для которых важно, чтобы они были доставлены максимально быстро не будут идти по TCP в реалтайм играх.

p.s.Что касается WoW - она действительно достаточно медленная. Если в игре нормально будет ощущаться задержка в 3-5 RTT, значит тебе подходит TCP. В Wow при пинге 100 из-за TCP и переотправки данных могут происходит задержки до 300-500ms, тогда все забавно подвисает, каст заклинания останавливается. Особенно заметно это бывает по вечерам и со стремным провайдером, когда толпа народу смотрит видосики на ютубе. Но как не странно, даже с такими пиками жить в Wow можно, даже в PvP. В Overwatch такой трюк не пройдет. Такие задержки, даже кратковременные - вызывают неистовое жжение нижней точки, когда из-за них тебя убивают в самый неподходящий момент.

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

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

Ну то есть upd хорошо используется там, где происходит непрерывная передача данных в активных действиях. Например если есть поле боя, на нем 1000 юнитов. Все перемещаются, всё норм.
На TCP это будет выглядеть так:
Пакеты не пришли, когда они приходят то юниты быстро перемещаются из одной точки в другую до последнего полученного положения.
На UPD:
Пакет не дошел. Юниты просто телепортируются к положению, полученным с последнего пакета.

Даже и не знаю, что выглядит привлекательнее))

А как в микросервисной архитектуре да и вообще в почти любой другой передавать данные по сети? разработчики protobuf'a (из гугла, которые пишут свой механизм "быстрой и компактной" сериализации) удивились бы этому заявлению

Эта конструкция не эквивалентна конструкции using(....), так как юсинг для освобождения ресурсов вызывает Dispose(), и к тому же это просто бойлерплейт, и к тому же код с юсингом и так разворачивается в try-finally, так что это плохой совет

Вообще, необходимо понимать, что нельзя на архитектуру приложения построенную поверх TCP накрутить UDP, обратное тоже верно. При проектировании нужно учитывать особенности протокола. Можно провести аналогию с СУБД и ACID, где требуется атомарность, устойчивость, изоляция и согласованность -> получаем консистентность передаваемых данных даже с UDP. Другой момент, что на это может не хватить квалификации, но это уже тема отдельной дискуссии.

Почему это? Чисто в теории, ты можешь игроку дать возможность запилить новую игру на основе твоей игры и позволить редактировать вообще всё, что мог и ты при написание игры. Моддинг это не часть движка, а часть игры. А вообще, как написали выше: пилишь игры и практикуешься, читая при этом книги полезные, рано или поздно научишься делать движки

Тогда в разделе по этому ЯП.

Либо разделить проект от уроков в 2 темы в разных разделах...

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

что TCP > UDP