-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
[#11926] Changed view engine service closures to no longer receive th… #13839
Conversation
…e dependency injector as the second parameter.
Codecov Report
@@ Coverage Diff @@
## 4.0.x #13839 +/- ##
=========================================
+ Coverage 66.2% 66.2% +<.01%
=========================================
Files 451 451
Lines 89787 89792 +5
=========================================
+ Hits 59443 59447 +4
- Misses 30344 30345 +1
Continue to review full report at Codecov.
|
This comment was marked as abuse.
This comment was marked as abuse.
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.
LGTM
This comment was marked as abuse.
This comment was marked as abuse.
I will keep this open for a day or two to allow other contributors a chance to speak up, and to take a fresh look at it later. But at the moment it seems good to me. |
Thank you @dschissler |
@niden Could you please add this to the docs |
…e dependency injector as the second parameter.
Hello!
In raising this pull request, I confirm the following (please check boxes):
Back in Phalcon 2.0 the DI was changed to bind service functions to itself. Before that it was necessary to use
use ($di)
in the function. This is a minor tweak to remove the DI from being passed as the second argument in the view engine service functions. Instead use$this
.NOTICE: I'm trying something different by using a different forked branch for each PR. If this change is acceptable then I'll make the change log entry to get this all of the way through. In order to avoid merge conflicts this should be done as late as possible. I hope to be able to have several of these going at once for higher throughput.