먼저 초대해 주셔서 감사합니다. 첫 번째 답변이므로 전문적이지 않을 수 있으니 양해해 주시기 바랍니다. 우선 ssh와 ssm은 상대적으로 간단한 데이터 소스를 가진 웹 프로젝트용이라고 생각합니다. 게임의 경우 백그라운드에서 처리되는 데이터가 비교적 크고 스레드 동시성에 대한 요구 사항도 큽니다. 그러나 특정 모듈 개발의 경우 SSM을 적용하는 것이 상대적으로 간단해야 합니다. 나의 겸손한 의견, 의견을 환영합니다. 감사해요.
ssh나 ssm과는 아무런 관련이 없습니다. 이 네 가지 프레임워크는 빠른 웹 개발을 해결하고 게임에도 사용할 수 있습니다. 하지만 문제는 그것이 꼭 필요한가 아닌가이다. 일반 게임은 실시간 성능에 대한 요구 사항이 더 높으며 동시에 앞뒤 끝이 분리되어 있습니다. 즉, 게임은 일반적으로 리치 클라이언트 시나리오이므로 서버에서 빠른 데이터를 제공해야 하며 tcp가 더 적합합니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
먼저 초대해 주셔서 감사합니다. 첫 번째 답변이므로 전문적이지 않을 수 있으니 양해해 주시기 바랍니다.
우선 ssh와 ssm은 상대적으로 간단한 데이터 소스를 가진 웹 프로젝트용이라고 생각합니다. 게임의 경우 백그라운드에서 처리되는 데이터가 비교적 크고 스레드 동시성에 대한 요구 사항도 큽니다. 그러나 특정 모듈 개발의 경우 SSM을 적용하는 것이 상대적으로 간단해야 합니다. 나의 겸손한 의견, 의견을 환영합니다. 감사해요.
일반적으로 긴 연결이 사용되기 때문에 가장 일반적인 연결은 소켓입니다
1. 게임 사업은 일반적으로 http를 사용하지 않습니다
2. TCP/UDP가 더 좋습니다
3.MINA, NETTY |
4. 실제로는 강력한 연결을 사용하는 사용자입니다. 약한 연결은 단지 경험 + 돈에 관한 것입니다
ssh나 ssm과는 아무런 관련이 없습니다.
이 네 가지 프레임워크는 빠른 웹 개발을 해결하고 게임에도 사용할 수 있습니다. 하지만 문제는 그것이 꼭 필요한가 아닌가이다.
일반 게임은 실시간 성능에 대한 요구 사항이 더 높으며 동시에 앞뒤 끝이 분리되어 있습니다.
즉, 게임은 일반적으로 리치 클라이언트 시나리오이므로 서버에서 빠른 데이터를 제공해야 하며 tcp가 더 적합합니다.