Сетевая игра. Принцип построения.

[-De-]

zxcv, потому что это простой (главное) и надёжный способ. Иначе вы получаете веселуху с коррекцией состояния от сервера. Т.е. иначе на клиенте вы на пинг впереди сервера. И возможны ситуации, когда необходимы поправки от сервера, а их делать - долго и сложно. Например на клиенте ваш боец выстрелил первый и убил, но сервер считает чуток иначе. Или ваш боец занял клетку первым и не пропустил врага. Или подобрал лут первым. А так - на сервер идут команды, клиент сам ничего не предполагает, только рисует что сказали. Минус у такой системы - лаг между отправкой команды и видимым действием. Для шутеров такое достаточно критично. Для стратегий - не особо (т.к. интерфейс не тормозит, выделяете юнитов итп. без задержек). Старкрафт первый по-моему так где-то работает)
Скорее для каждого случая искать свой вариант.
Вот ещё байка: в казаках было настолько много юнитов, что передача их индивидуальных положений убивало сетку. Потому передавали действия юзера, типа как у него камера повёрнута и какую рамку он мышой обвел.
Передача всего состояния проще, но может перегрузить сетку. Передача изменений чревата рассинхронизациями (и тут из надёжных вариантов только не использовать вообще чисел с плавающей запятой =) Гибридные могут быть способы, типа раз в н секунд шлётся состояние, а не изменение, чай за н секунд сильно не разъедутся) Или если есть числа с плавающей запятой, то они - только абсолютное положение. Короче весело %)