Refactor inter-plugin callback handling #1332
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
cschramm
force-pushed
the
plugincallbacks
branch
from
77d8bf6
to
1accd27
Compare
|
😠 Gonna kick out Python 3.6 soon-ish. 🏈 Edit: Worked around it by not introducing a Generic at all. Curious how long that'll hold... |
cschramm
force-pushed
the
plugincallbacks
branch
5 times, most recently
from
23cedca
to
eca0de7
Compare
cschramm
force-pushed
the
plugincallbacks
branch
from
eca0de7
to
eaa4984
Compare
infirit
reviewed
Aug 10, 2020
|
|
||
| if ret is not None: | ||
| args = ret | ||
| def get_loaded_plugins(self, protocol: Type[_U]) -> Iterable[_U]: |
There was a problem hiding this comment.
I don't like the name because it does a bit more than just get loaded plugins, it get loaded plugins with a certain class. But I can't think of a better one...
| elif isinstance(service, SerialService) and 'PPPSupport' in self.parent.Plugins.get_loaded(): | ||
| if any(plugin.service_connect_handler(service, ok, err) | ||
| for plugin in self.parent.Plugins.get_loaded_plugins(ServiceConnectHandler)): | ||
| pass |
There was a problem hiding this comment.
For alls these any() I find this very hard to read because the if continues on a new line.
Use mixins for dynamically defining functionality instead of dynamically adding it to / removing it from the AppletPlugin and dynamically calling it. PluginManager now only provides a convenience way of getting loaded plugins that are instances of a specific mixin and calls are done directly without any necessity for fancy call handling as the caller can do whatever it wants to do directly.
* Move logic from PowerManager.on_power_state_query into update_power_state. * Move logic from StatusIcon.on_power_state_changed into PowerManager.update_power_state, similar to what ShowConnected does. PowerManager depends on StatusIcons, so this is fine. * Drop PowerManager.on_power_state_change_requested which has no effect. * Drop SerialManager.rfcomm_connect_handler as its logic is already present in DBusService.connect_service.
cschramm
force-pushed
the
plugincallbacks
branch
from
eaa4984
to
a7ccce0
Compare
cschramm
force-pushed
the
plugincallbacks
branch
from
a7ccce0
to
2aa0378
Compare
infirit
approved these changes
Aug 18, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Use mixins for dynamically defining functionality instead of dynamically adding it to / removing it from the AppletPlugin and dynamically calling it. PluginManager now only provides a convenience way of getting loaded plugins that are instances of a specific mixin and calls are done directly without any necessity for fancy call handling as the caller can do whatever it wants to do directly.
Depends on #1329 (due to many conflicting code locations) and currently does not work due to circular dependencies at least between StatusIcon and PowerManager.