-
Notifications
You must be signed in to change notification settings - Fork 14
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
Replace manual class creation with injection or extensions #16
Comments
This has become more of a priority now since CWP 2.0 contains the following modules that are all trying to proxy the database connector:
We could create a new module e.g. silverstripe/databaseproxy which could expose event hooks in some cases, and each of these modules could require it. Perhaps a sort of event/subscriber type situation. cc @tractorcow |
Removed from 2.0.0 stable milestone for now |
I have a concept in mind for a generic class proxy but we don't have time to do it before 2.0.0. |
Use https://github.com/tractorcow/silverstripe-proxy-db to solve this issue. Also see:
Which can all share this proxy |
Nice! Added back to milestone |
PR at #18 |
The way that
bind_manipulation_capture()
creates a spy class for the database driver could potentially be improved.FullTextSearch used the same method in the SS3 version, and has been replaced with Injector overloading, however this won't work for both this module in combination with that module too. See relevant conversation here: silverstripe/silverstripe-fulltextsearch#184
We discussed adding sufficient extension points to
DB::manipulate
so that we wouldn't need this at all, but that may not happen until SS 4.1 if at all.The text was updated successfully, but these errors were encountered: