Start filtering events before unmarshalling #636
Commits on Oct 26, 2021
-
Switch to iterating over mro during listener/waiter registration
(rather than during event dispatch)
-
Add in a system to avoid unmarshalling data for events which aren't b…
…eing used * Add settings property to cache interface to allow for introspection * Also add "ME" resource to cache config
-
Specialise guild create and update handlers to avoid unmarshalling da…
…ta which isn't being cached when no listeners are registered for the event * For this to work gateway guild definition handling had to be refactored to switch to explicitly specifying which mappings it should include when calling it
-
-
Register listeners by subclasses not parents (mro)
(For this the subclasses need to be cached on the Event classes)
-
Add voodoo on new event cls callback to Event class
* This is meant to be a mock way to handle the edge case of new subclassing Event types being added after the event manage has been initialised which might be unorthodox but probably has some wack use case
-
-
-
-
-
Prefer internal granularity on guild create and update methods
* rename event_manager_base.as_listener to "filtered" and remove from on_guild_create and update
-
Internal refactors and naming scheme changes
* Plus fix CacheImpl.update_me not copying the stored member entry before returning it
-
Add internal _FilteredMethod proto to event manager base
* Move filtering to _handle_dispatch
-
Add internal _FilteredMethod proto to event manager base
* Move filtering to _handle_dispatch
-
Small logic fix + add code/logic comments and docs
* As an artifact of this addition, on_guild_integrations_update acn raise NotImplementedError now since it should always be skipped
-
-
-
Switch GatewayGuildDefinition to using getter style methods for delay…
…ing deserialization
-
-
-
-
-
-
-
-
