개발 후반에 네트워킹 코드를 작성하는 방법은 무엇입니까?

나는 현재 대부분의 측면에서 개선하고 싶은 게임을 작성하는 초기 단계에 있습니다.
네트워크 코드 작성을 생략하고 쉽게 구현할 수있는 방법, 즉 게임을 추가하기 위해 전체 게임을 다시 작성할 필요가없는 방법은 무엇입니까?
무엇을 명심해야합니까?

물리 / 충돌 감지, 게임 로직, 데이터 유형 및 애니메이션 / 렌더링을 서로 분리하는 구성 요소 패턴이 있습니다.
네트워크 코드가 아직 구현되지 않은 클라이언트와 서버를 작성하여 로컬에서 테스트하려면 어떻게해야합니까?
클라이언트에서 무엇을해야하고 서버에서 무엇을해야합니까? 네트워크 코드가 완성되어 서버와 클라이언트간에 메시지를 보내고 지연이없는 경우에도 계정을 보내야한다고 가정합니까?

편집 : 하향식 RPG가 될 계획입니다. 친구를 위해 서버를 호스팅하는 간단한 멀티 플레이어가 제가 생각하는 것이므로, 부정 행위는 그다지 큰 문제가 아닙니다. 여전히 나는 "서버가 항상 옳다"-접근 방식으로 가고 싶습니다.

편집 2 : 내 마음가짐이 무엇인지에 대한 포인터를 찾고 있다고 생각합니다. 모든 효과 / 변경을 즉시 적용하는 대신 키보드 입력, 애니메이션 등을 어떻게 처리해야합니까? 흠, 나는 어느 곳으로 가기 전에 네트워킹에 대해 제대로 읽어야 할 수도 있습니다. 이것은 로컬에서 작동 할 수있는 일종의 네트워크 골격을 만들어서 멀리하고 싶었습니다.

작성중인 정확한 게임과 작성 방법에 대해 알지 못하면 문제에 대한 일반적인 해결책을 말하기가 매우 어렵습니다.

그러나 게임의 네트워킹이 얼마나 중요한지에 따라 네트워킹 코드를 남기려는 결정을 고려할 수 있습니다.

내 말은, MMORPG와 같은 네트워크 헤비 게임을 작성하는 경우 네트워킹을 끝내는 것이 현명하지 않을 수 있다는 것입니다.

따라서 네트워킹 코드에 대한 영향이 낮을 경우 (네트워킹 코드가 전혀없는 것이 게임 차단기가 아님), 이후 (그러나 늦지는 않은) 단계로 두는 것이 적절할 수 있습니다.

-writing- 네트워킹 코드는 그것에 대해 생각하는 것과 동일하지 않다는 것을 기억하십시오. 게임 제작 방법에 대한 결정을 내릴 때 이것이 어떻게 네트워킹 결정에 영향을 미치는지 고려해야하며, 예상되는 영향이 큰 경우 일반적인 정보를 제공하는 스텁으로 구현 한 다음 네트워킹을 작성할 때가되어야합니다. 코드, 그것은 당신이 그루터기를 떠난 곳에 꽂는 것입니다.

예를 들어, 온라인 체스 게임을 ExecuteMove()하는 경우 마우스로 이동을 입력 할 때와 키보드로 이동을 입력 할 때 호출 되는 함수가있을 수 있습니다 . 이 시점에서 다른 호스트에서 필요한 데이터를 가져온 후 (이는 나중에 작성하는) 네트워킹 스텁 작성에 대해 생각할 수 있습니다 ExecuteMove().

이렇게하면 게임을 만들 때 네트워킹 코드의 영향을받는 부분을 알 수 있으며 실제로 네트워킹 코드를 작성할시기가되면 몇 단계 앞선 것입니다.

네트워크로 연결된 게임을 처음 작성하는 경우 부정 행위 방지에 대해 너무 많이 생각하지 마십시오. 네트워크 게임을 만드는 것은 고도로 숙련 된 사람들로 구성된 팀 전체가 AAA 게임을하기에 충분할 정도로 복잡하므로, 좀 더 복잡한 주제에 초점을 맞추기 전에 느리게 진행하고 먼저 작동하는 게임을 만드십시오.

마지막으로, 게임을 처음하는 경우에는 네트워크로 연결하지 마십시오. 게임을 만드는 것은 매우 복잡하므로 게임에 추가 할 때마다 요구 사항이 더 복잡해집니다.

나는 비슷한 상황에 있지만 게임보다 네트워크 시뮬레이션을 시도하고 있습니다. 하지만 제 접근 방식이 설계 프로세스에 도움이 될 수 있다고 생각합니다.

내 접근 방식은 IPC (프로세스 간 통신)에 대한 귀하의 의견을 따르고 있습니다.

먼저, 배경으로 Steed와 Oliveira의 "Networked Graphics"책을 공부하고 있습니다. 이것은 다양한 기준과 게임 유형에 따라 게임을위한 다양한 네트워크 아키텍처에 대한 좋은 배경을 제공합니다. 게임 아키텍처와 네트워크에 정확히 무엇을 넣고 싶은지, 로컬에서 무엇을하고 싶은지를 결정하는 데 도움이되는 도구를 제공합니다.

둘째, 네트워크 구성 요소를 별도의 백그라운드 스레드로 분리하여 초기 게임 개발에서 구성 요소를 로컬로 코딩 할 수 있지만 스레드 분리를 처리해야합니다. 나중에 "로컬 배경"이 될 다른 기능과 결합하지 말고 "잠재적으로 원격"배경 스레드로 강제 실행하십시오.

이를 통해 로직을 분리하고 프로세스로 네트워크 지연 요소를 시뮬레이션하여 대기 시간의 영향을 확인할 수 있습니다.

이 모든 것에 대해 배우고 있다면 간단한 싱글 플레이어 버전 1을 작성하고 일단 작동하면 깊은 지식으로 멀티 플레이 될 버전 2에 대한 모든 것을 깊이 생각해보십시오.

스레드간에 메시지를 전달하는 "가짜 네트워크"클래스를 구현합니다. 스레드는 네트워크 클래스와 동일한 인터페이스를 갖습니다. 나중에 임의의 지연 및 패킷 손실을 갖도록 가짜 네트워크를 정교하게 만들 수 있습니다. 실제 네트워크보다 가짜 클래스로 네트워크 코드를 디버깅하는 것이 항상 더 쉽습니다.