Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork5.3k
Promoting new bundle directory structure as best practice#14993
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
a446761 to7ae696fComparejaviereguiluz commentedFeb 17, 2021
What's our official recommendation for existing third-party bundles that no longer support 3.4. Do we encourage them to upgrade their structure or it's better to use this only in brand-new bundles? Related to the previous question, even if we don't recommend to change the structure for existing bundles, can you think of any problem if they do? Thanks! |
Nyholm left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
Thank you.
Do we encourage them to upgrade their structure or it's better to use this only in brand-new bundles?
They can do whatever they want. Im not sure we should give an opinon. Both work and we find the new structure to be better. Where "better" means, more "PHP" and less "symfony specific"
| class AcmeBlogBundle extends Bundle | ||
| { | ||
| public function getPath(): string |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
BTW, should we deprecate not overriding this method, so that we can make this the default in sf 6.0?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
I was wondering the same thing, I think we can do that when we decide to start depreciating the old structure.
OskarStark left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
Should target 4.4 👍
yceruto commentedFeb 17, 2021
As long as the old structure is kept alive, I don't think we should encourage upgrading, at least not now. Maybe when we start deprecating the old structure.
As long as the bundle is strictly compatible with Sf >= 4.4 shouldn't be a problem 🤞 |
Uh oh!
There was an error while loading.Please reload this page.
Uh oh!
There was an error while loading.Please reload this page.
stof commentedFeb 17, 2021
maybe the doc should have a note saying that this structure can be used only when requiring |
yceruto commentedFeb 17, 2021 • edited
Loading Uh oh!
There was an error while loading.Please reload this page.
edited
Uh oh!
There was an error while loading.Please reload this page.
Updated:
|
39f09cc tod44bfa8Comparejaviereguiluz commentedFeb 18, 2021
Fantastic changes! Thanks Yonel. Merged! |
As Symfony 3.4 is not currently supported (security fixes only) I would like to propose to start promoting the new bundle directory structure (compatible since 4.4) consistent with the project one.
What do you think?
Fix:#12156
PR:symfony/symfony#32845