-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
Add "has attribute" collectors #42037
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
Comments
Your proposal with something in the config file would have to apply only to services registered in that file, for consistency with other features. This kinda defeats the purpose.
is a third-party library more likely to accept adding your attribute than your interface ? |
Can i work on this? |
Thank you for this suggestion. |
Friendly reminder that this issue exists. If I don't hear anything I'll close this. |
Leave it |
Thank you for this suggestion. |
For sure |
Thank you for this suggestion. |
Yes sure |
Thank you for this suggestion. |
This use-case should be covered by #39897 already. If anyone really wants attribute autoconfiguration scoped to a specific configuration file only, feel free to open a PR that adds that functionality. But I highly doubt that we need that. |
Hi everyone.
I need to collect all classes that was registered with some attribute.
For example, I want to have a collection with some classes that was tagged with attribute
MyTag
. I want to process all these classes with some logic.I can explain my request in abstract code
Then I want to collect them and pass to another class:
And then I want to process all these classes:
It will allow to process classes by third-party libraries, whom don't need to have specific methods/properties or another behaviour to work with classes.
If you have similar functional please say me where I can read about it.
If you don't mind I can try to do PR, but most likely I will need help with it.
Thanks!
QA:
You can use interface instead of this feature.
Yes, I can. But interface won't have any methods, it will exist like just a marker. It's OK for userland code, but not for external libraries code.
You can make your own CompilerPass and share it.
Yes, but it would be great to supports it by default in framework. Also I think community can find more useful use-cases.
The text was updated successfully, but these errors were encountered: