Si su proyecto está en la etapa de planificación, se recomienda diseñar el proyecto para la creación de redes desde el principio. La fijación del código de red en un estado tardío del proyecto probablemente conducirá a una refactorización masiva o una gran cantidad de piratería, lo que resultará en un código difícil de mantener y corregido por errores.
La forma más limpia es implementar todo el juego como si fuera un juego de red puro. Es decir, implemente el código para un servidor dedicado e implemente este código por ser solo código de servidor. Implemente el código del cliente del juego de manera similar. El servidor y el cliente pueden ejecutarse en el mismo proceso y ni siquiera necesitan usar un socket de red real, pero deben ser entidades separadas y todo el código debe estar diseñado para funcionar de esa manera. Cuando el jugador salta, no modifique el vector de salto del jugador directamente, sino que envíe un paquete de "tecla de salto presionada" al servidor y deje que el servidor se encargue de eso.
Esto significa que incluso en un juego de un solo jugador, hay un servidor invisible ejecutándose en segundo plano. Una versión multijugador del mismo juego solo necesita conectarse a un servidor remoto en lugar del local y listo, multijugador hecho. Las ventajas de esto son:
sin código separado para un jugador y multijugador, el código de red se prueba y desarrolla durante todo el código de limpieza del proyecto
Los proyectos que usan este esquema son casi todos juegos que usan cualquiera de los motores Quake, Civilization 4, Neverwinter Nights y muchos más.
Para conectar cliente y servidor en el mismo proceso con latencia cero, se pueden usar sockets locales. Estos son proporcionados por Zoidcom y pasan paquetes directamente de un ZCom_Control a otro, sin pasar por un socket de nivel de sistema operativo.
Estoy de acuerdo con el consejo citado en la respuesta de Leftium; diseñarlo para redes desde el principio, porque no podrá agregarlo más tarde .
La primera vez que intenté hacer un juego multijugador (¡ni siquiera estaba tratando de hacer un juego para un solo jugador!), Pensé que primero haría que el juego funcionara y luego agregaría redes. Mala idea. Me quedó un prototipo de un juego para un jugador realmente aburrido y no tengo idea de cómo transformarlo en un juego multijugador. Lo descarté por completo y comencé de nuevo, esta vez escribiendo código de red multijugador desde el principio. Todo pinchado.
Estoy seguro de que no es imposible comenzar con un juego de un jugador y agregar funcionalidad multijugador. Si lo piensa bien, planifíquelo correctamente y asegúrese de conocer su estrategia y luego, pruébelo. Creo que al menos sería un rompecabezas interesante para resolver. Pero realmente asegúrese de conocer su plan sobre cómo va a agregar redes.
Creo que hay un término medio (aunque nunca lo he intentado). Podrías escribir algunas clases falsas para funciones de red / multijugador, y ser diligente en usarlas mientras escribes el juego para un jugador. Luego, más tarde, si decides implementar el modo multijugador, solo completa las clases ficticias y estarás listo. Esto se acerca mucho al método servidor / cliente, pero es posible que pueda salirse con menos trabajo; después de todo, un juego para un solo jugador es más fácil de hacer que un juego multijugador, así que si vas a escribir tu juego para un jugador como un juego multijugador, ¿por qué no simplemente hacerlo multijugador?
fuente