By using AWS re:Post, you agree to the Terms of Use

Differences between C++ and C# AWS GameLift Server SDK

0

Hi!

I am working on porting AWS GameLift Server SDK to Rust. As a reference, I use the official AWS GameLift Server SDKs - C++ and C# version. As a 3rd party implementation, I also use Javascript implementation.

But I found one interesting difference between C++ and C# SDKs - how they connect to the AWS GameLift Server. C++ version creates 2 WebSocket connection (actually, it's a socket.io connection) on localhost:5757; C# version creates 1 WebSocket connection on localhost:5759 and sends HTTP requests to localhost:5758.

Honestly, I like the C# design here since the implementation of request-response pattern over WebSocket in C++ and JS SDKs is a little bit ugly (IMHO).

My question is: is it safe for me in my custom SDK use C# approach instead of C++? Because other custom implementation like JS uses only raw websockets without any HTTP. Who knows, maybe using HTTP is strictly restricted to the official SDK...

So if anyone has any information about that - please share :)

asked a year ago39 views
16 Answers
0

Hey zamazan4ik,

The idea behind the C# SDK update is that the socket.io library was creating a lot of issues for us (e.g. race condition), particularly in C#, so we have updated the C# architecture to get rid of socket.io, and while doing so, also updated it to use a lightweight and full-duplex protocol with open-source libraries in a large variety of languages (C#, C++, Java, JS being the required ones to support). Eventually, Websocket over HTTP was chosen due to the "variety of language' requirement; we have also considered using plain socket but eventually decided against it due to it not being available in open-source libraries of all aforementioned languages.

So, you can implement with either plain socket or websocket. There is no preference on the gamelift's side. Though, GameLift has only tested with websocket officially, so you could potentially have better support when going that route.

answered a year ago
0

Thanks for the information! I will choose C# SDK approach for the Rust version of the SDK. HTTP + WebSocket is more preferrable for me than Socket.io (actually I don't like the idea of using Socket.io here). If you have any influence on AWS Docs team, will be awesome, if you put the information about the differences between SDKs somehwere in AWS GameLift Server SDKs documentation.

Thanks!

answered a year ago
0

Btw, is there any additional form to post any feedback to the AWS GameLift team? E.g. about publishing officially Protobuf scheme as a part of the SDK? Now only unofficial reverse-engineered version is available and that's too inconvenient to use

answered a year ago
0

Thanks, I have submitted a request to update the doc. Someone from GameLift will reply to this thread once the update is completed.

GLIFT-14761

answered a year ago
0

We do have a backlog task to open source the SDK on Github, though I cannot guarantee when that would be. However, here is the protobuf scheme to unblock you: https://pastebin.com/CVzNKWkc

answered a year ago
0

Thanks! Honestly few hours ago I just reverse-engineered the latest scheme: https://github.com/ZaMaZaN4iK/GameLift-Server-Protobuf :)

But thanks a lot! Would be awesome, if you be able to somehow to publish updated schema with every SDK release.

answered a year ago
0

@REDACTEDUSER

answered 10 months ago
0
answered 10 months ago
0

Thanks! Exactly what I needed

answered 10 months ago
0

Are you making a custom client SDK? :)

answered 10 months ago
0

Yes, I was attempting to port to Java/Kotlin. Do you happen to know of an existing port? If not, will there be any issues with me publishing on github when I'm done?

answered 10 months ago
0

@REDACTEDUSER

You can easily publish it to GitHub without any issues. Community already done some ports to other languages like JS, Go, Rust.

answered 10 months ago
0

@REDACTEDUSER

answered 9 months ago
0

Hi @REDACTEDUSER

answered 9 months ago
0

Thank you. I am very interested in this.

answered 9 months ago

You are not logged in. Log in to post an answer.

A good answer clearly answers the question and provides constructive feedback and encourages professional growth in the question asker.

Guidelines for Answering Questions