Skip to content

[Design Question]: Strictly require default state #19

@christian-bromann

Description

@christian-bromann

After merging #17 we will have a better differentiation between events and state. Both types are very similar, currently the only difference is that if a state property is updated, missing properties are filled up with default values. With events you only get what has been sent over the wire.

Given this marginal difference which might confuse people, I suggest to be more strict when it comes to state changes, e.g.:

  • to broadcast and listen to state changes a default value must be given
  • properties that aren't defined by the default value are ignored
  • no state update is emitted if user listens to a value which was not broadcasted

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions