Multipeer Connectivity VS в реальном времени

Question

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

В идеале, все люди будут играть в игру в одном и том же месте одновременно. Multipeer Connectivity Framework казался идеальным, но после чтения в некоторых сообщениях, что это ненадежно и медленно, мне интересно, было бы лучше или даже вариант Multi-Peer Matches.

Помимо очевидного (один использует Bluetooth и Wi-Fi, а другой игровой центр), в чем разница между ними?

Answer 1

Мой опыт в том, что соединение многопользователей работает хорошо с 7 соединениями. Тем не менее, соединения происходят периодически, и вам необходимо обрабатывать обнаружение этого и автоматически повторно подключаться. Кроме того, вы не можете поддерживать соединения в фоновом режиме, поэтому, если один из игроков перепрыгнет в другое приложение, а затем вернется, их соединение будет удалено.

В качестве альтернативы вы можете использовать Google Play Game Services. Он работает как на iOS, так и на Android и удаляет из разработчика большую сложность.

Он способен использовать соединение равноправных узлов ЛВСА, где уместно:

«Внутренне помещение создает сетчатую сеть одноранговой сети между участниками, где клиенты могут общаться непосредственно друг с другом, а не через серверы сервисов Play Game "

Answer 2

После прохождения игрового центра для локальной связи звучит немного поверх, и хорошо ... это так.

Я участвую в проекте (2-3 игровая игра), который скоро отправляется, а Multipeer Connectivity в настоящее время в порядке. Есть некоторые грубые углы и (как всегда) некоторые моменты/ошибки WTF, но в контексте игры я бы не стал это слишком сильно подчеркивать.

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

Кроме того, не думайте, что Game Center не имеет своих случайных моментов неопределенной/неожиданной славы поведения. Я (и еще один инженер) потратил немало времени в прошлые выходные, пытаясь выяснить некоторые из этих моментов.

Я бы избавился от (скорее «большой») зависимости и придерживался локальной сети, пока у меня не появятся конкретные данные, которые не соответствуют моим целям.

Надеюсь, что я был полезным.