MonoBehaviours: Worker connectors

Before reading this document, make sure you have read:

To expose the Worker class in the MonoBehaviour workflow, the GDK provides an abstract WorkerConnector MonoBehaviour.

This class provides methods for connecting and managing the lifecycle of your worker-instance. You can derive from WorkerConnector and use those MonoBehaviours to create multiple server-worker or client-worker instances in one Scene by adding it to multiple GameObjects, each GameObject creating a different worker instance.

How to create your own WorkerConnector

You can inherit from the WorkerConnector class to create your own connection logic.

How to modify the connection configuration

There are a number of parameters to consider when configuring the connection. The GDK provides a small framework for composing these parameters, which you can then extend to build reusable configurations.

The SpatialOSConnectionHandlerBuilder object is central to this framework. It allows you to declare which connection flow to use, what parameters the connection should use, and how these parameters are populated.

What connection parameters should I use

The WorkerConnector class has a CreateConnectionParameters(string workerType) method which returns reasonable defaults for your ConnectionParameters. You can then tweak these to fit your use case. For example:

  • If you are implementing a client worker, you may want to use the KCP networking stack.
  • If you are debugging the low level networking of a worker, you may want to enable protocol logging.

How do I populate my connection flow parameters

Each of the connection flows have parameters that need to be configured to ensure a successful connection.

The GDK provides the IConnectionFlowInitializer<TConnectionFlow> interface as part of the small framework mentioned above. This interface represents an object which knows how to initialize a connection flow of type TConnectionFlow. The GDK provides two implementations:

  • CommandLineConnectionFlowInitializer which can initialize the ReceptionistFlow and LocatorFlow from command line parameters.
  • MobileConnectionFlowInitializer which can initialize the ReceptionistFlow and LocatorFlow.

How do I customize the connection flows

The Locator connection flow has callbacks to the user during the connection process. The LocatorFlow object provides a reasonable default implementation for these callbacks, but you may want to customize this to suit your connection & authentication logic.

To customize these flows, simply inherit from the relevant flow object and override the methods that you want to tweak. Please refer to the API documentation for more detail on the LocatorFlow.

Example implementation

In the GDK’s Blank project, we provide an example implementation of a server-worker, client-worker, and mobile client-worker derived from the WorkerConnector. There are three example scripts and four example Scenes.


The scripts are stored inside workers/unity/Assets/Scripts/Workers:

  • UnityClientConnector: This is a sample implementation to connect as a client-worker on Windows or MacOS. (Note that the client-worker is sometimes called UnityClient.)
  • UnityGameLogicConnector: This is a sample implementation to connect as a server-worker.
  • MobileClientWorkerConnector: This is a sample implementation to connect as a client-worker on an Android or iOS device.


  • ClientScene: This Scene contains only the ClientWorker GameObject which you can use to build a client-worker instance for cloud deployments (for a game client on Windows or MacOS)
  • MobileClientScene: This Scene contains only the ClientWorker GameObject which you can use to build your client-worker for local and cloud deployments (for a game client on Android or iOS).
  • GameLogicScene: This Scene contains only the GameLogicWorker GameObject which you can use to build a server-worker instance for cloud deployments (as it’s a server-worker instance, the game client platform you are using is irrelevant).
  • DevelopmentScene: This Scene contains both the ClientWorker GameObject representing the client-worker instance (on Windows or MacOS) and the GameLogicWorker GameObject representing the server-worker instance and starts both worker instances as soon as you load the Scene.

Search results

Was this page helpful?

Thanks for letting us know!

Thanks for your feedback

Need more help? Ask on the forums