Skip to content

Create Pub/Sub Architecture for websocket communication #12

Description

@willybeans

this is connected to the frontend issue here
As a user, i will have my API interactions with web sockets go through a publish/subscribe structure

As a user, when i subscribe to a 'topic', i will be added to subscribers map, and my subscriber id will become associated with the appropriate topic ids as i subscribe to them. I should be able to interact with the topics that i want to subscribe or unsubscribe to, as well as remove myself from subscribers.

  • our code should be able to create subscribers
  • and be able to create topics
  • as a subscriber, one should be able to subscribe to topics
  • and unsubscribe to topics
  • all subscribers should be able to list all topics they have subscribed to
  • all topics should be able to list all of the subscribers subscribed to them
  • we should be able to delete subscribers
  • we should be able to delete topics

open questions:
is there a need for destroying subscriber objects on disconnect, or only on deletion (ie, user deletes account?) Mani believes we should keep everything in memory.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions