Skip to content

Conversation

@markstory
Copy link
Member

Extract the existing logic into another object. We could define an interface or extend this class for the new table storage. The Adapter layer can pick one table or the other based on config, and we can have both available at the same time for the upgrade process.

Describe the big picture of your changes here to communicate to the maintainers why we should accept this pull request. If it fixes a bug or resolves a feature request, be sure to link to that issue.

Refs #822

Extract the existing logic into another object. We could define an
interface or extend this class for the new table storage. The
Adapter layer can pick one table or the other based on config,
and we can have both available at the same time for the upgrade
process.
@dereuromark dereuromark requested a review from ADmad November 10, 2025 09:53
@markstory
Copy link
Member Author

Any thoughts on this @dereuromark ? We'll likely need to add a $plugin parameter to a few methods, but my thinking was that we could have another implementation of this class for the new storage table, and a config/detect switch that choose the implementation. This would cut down on conditional branching in all the call sites.

@dereuromark
Copy link
Member

Looks a lot cleaner 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants