-
-
Notifications
You must be signed in to change notification settings - Fork 9.6k
[Doc] Add entry for container.dumper.inline_class_loader
param at UPGRADE-3.4.md
and UPGRADE-4.0.md
#26276
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
Conversation
Q | A |
---|---|
Branch | 3.4 |
Bug fix? | no |
New feature? | no |
BC breaks? | no |
Deprecations? | no |
Tests pass? | yes |
Fixed tickets | #26269 |
License | MIT |
Doc PR | n/a |
I don't know if the provided description is enough, please let me know if any change is required. |
5fec6b7
to
0cab194
Compare
Status: needs work |
0cab194
to
9e1e21c
Compare
container.dumper.inline_class_loader
param at UPGRADE-3.4.md
container.dumper.inline_class_loader
param at UPGRADE-3.4.md
and UPGRADE-4.0.md
Added entry at |
UPGRADE-4.0.md
Outdated
@@ -236,6 +236,9 @@ DependencyInjection | |||
|
|||
* The `ExtensionCompilerPass` has been moved to before-optimization passes with priority -1000. | |||
|
|||
* Parameter `container.dumper.inline_class_loader` is configured by default with |
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.
actually, the default is false
also
it is true
when starting a new Flex or Std edition though (in 3.4 or 4.0)
since this is an UPGRADE file, I'd assume we can always suggest to turn it to true, same message as in 3.4
UPGRADE-3.4.md
Outdated
@@ -72,6 +72,15 @@ DependencyInjection | |||
* The `ResolveDefinitionTemplatesPass` class is deprecated and will be removed in 4.0. | |||
Use the `ResolveChildDefinitionsPass` class instead. | |||
|
|||
* Parameter `container.dumper.inline_class_loader` was added in order to provide | |||
control in the way used to dump the loaded classes. If configured with value `true`, | |||
they will be dumped inline: |
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.
Unless you're using a custom autoloader, you should enable the container.dumper.inline_class_loader
parameter. This can dramatically improve DX by reducing the time to load classes in the "dev" environment.
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.
Could we use "drastically" instead of "dramatically"?
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 think DependencyInjection
component doesn't know about environments. Could we replace "classes in the "dev" environment" with something like "classes when the DebugClassLoader
is enabled"? However, I don't know if this is the only change which has impact on the performance improvement.
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.
sure :)
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.
Talking about DebugClassLoader might be a bit abstract for ppl, that's why I mentioned the "dev" env.
this is the only change which has impact on the performance improvement
bypassing the "prod" autoloader is also beneficial, but by a quite thin margin
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 agree, but IMO referencing the "environment" concept here goes against using DependencyInjection
component decoupled from the framework.
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.
this is about the parameter, which means configuring the component, thus by definition: for integration with something else
I wouldn't mind personally...
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.
Precisely, something else should be anything consuming this dependency.
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've reworded the description in order to address your suggestion: https://github.com/symfony/symfony/pull/26276/files#diff-8c6ccda31d4a8303738b07ac0f325881R75
3d9a17c
to
34dfc84
Compare
34dfc84
to
66ea9e0
Compare
…E-3.4.md` and `UPGRADE-4.0.md`
66ea9e0
to
d6e2b81
Compare
Thank you @phansys. |
…r` param at `UPGRADE-3.4.md` and `UPGRADE-4.0.md` (phansys) This PR was merged into the 3.4 branch. Discussion ---------- [Doc] Add entry for `container.dumper.inline_class_loader` param at `UPGRADE-3.4.md` and `UPGRADE-4.0.md` |Q |A | |--- |--- | |Branch |3.4 | |Bug fix? |no | |New feature? |no | |BC breaks? |no | |Deprecations?|no | |Tests pass? |yes | |Fixed tickets|#26269| |License |MIT | |Doc PR |n/a | Commits ------- d6e2b81 Add entry for `container.dumper.inline_class_loader` param at `UPGRADE-3.4.md` and `UPGRADE-4.0.md`
…kas) This PR was merged into the 5.1-dev branch. Discussion ---------- [DI] Enable inline_class_loader in debug mode | Q | A | ------------- | --- | Branch? | master | Bug fix? | no | New feature? | no | Deprecations? | no | Tickets | - | License | MIT | Doc PR | - Similar to symfony/recipes#713 Check https://twitter.com/nicolasgrekas/status/929032213815005184 and #26276 Commits ------- 317ce6d [DI] Enable inline_class_loader in debug mode