-
-
Notifications
You must be signed in to change notification settings - Fork 669
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FR] Refactor plugin registry #4340
Conversation
@matmair bumping this to the next release cycle |
@SchrodingersGat this would be ready for review. No change in functionality, just a refactor. |
This reverts commit aff17dd.
Should we break all mixins out into their own file, if we are doing some of them? |
@SchrodingersGat I only broke out the complex ones but I can do all integration mixins if you think it is better. Trying to keep my PRs more manageable in size ;-) |
Appreciated, it can be hard to keep up with larger PRs as the codebase evolves! I'll merge this in as-is for now, we can factor out others later as required. Thanks for the continued hard work :) |
This PR moves the (de)activation sequences for plugins out of the registry and into the mixins themselves. It also factors out the impacted plugins into their own files.
The main advantage of this is that mixin-specific parts are isolated in that mixins code. This makes tests more stable and possibly enables dynamic loading of mixins ie. mixins as plugins. The larger goal is to make core plugin code slimmer and simpler.
Fixes #4184