Request Details

It would be pretty cool if the SDK could ship a separate Zenject-/Extenject compatible network manager implementation (probably locked behind a symbol like ZENJECT_DEFINED) which would allow for a more natural integration of the SDK into an already zenject-based unity project. The new implementation would be straightforward, removing the singleton logic entirely, replacing Update/OnDestroy with ITickable and IDisposable and swapping instance access here: 1, 2. If there's enough interest, I would be down to write a pull request for this.

  1. bfops added the feature-request label Apr 3, 2025
  2. bfops renamed to "C#/Unity SDK - Zenject/Extenject support for SpacetimeDBNetworkManager" Aug 2, 2025
  3. bfops added the feature-request label Aug 2, 2025
  4. Hey @FluentCoding! Sorry for the delay. Thank you for submitting this idea. I talked with the team, and we're not sure that we'd have the resources/expertise to keep this maintained internally.

    Would you be interested in maintaining it as a separate fork of our repo?

  5. bfops added the possibly-stale label Apr 27, 2026
  6. bfops closed this as not planned May 4, 2026
  7. I'm going to close this issue since it hasn't seen movement in a while.

Reopen this request?

The request will return to its prior live status.

Mark as Duplicate

Pick the request that C#/Unity SDK - Zenject/Extenject support for SpacetimeDBNetworkManager is a duplicate of. Energy rolls up into that request and GitHub closes the linked issue as a duplicate with a timeline reference to the canonical.

Unmark Duplicate

Restore as an independent request. The linked GitHub issue will be reopened and its duplicate-of relationship cleared. The original timeline entries stay as history; the note below is posted as a follow-up comment.