Hi all,
I've opened voting for the final-by-default anonymous classes RFC:
https://wiki.php.net/rfc/final_by_default_anonymous_classes
Regards,
Daniil Gentili.
Hi Daniil,
I've opened voting for the final-by-default anonymous classes RFC:
I voted against the proposal because as I mentioned in the previous thread
on the same topic, this is a backward compatibility break that lacks ground
but will have impact.
Note that I voted even though I think the vote itself might be "illegal"
per our policies (neither did 6 months pass, nor does the proposal make
substantial changes to the previous one, to some definition of
"substantial"). If the vote itself isn't allowed per this policy, then my
vote is void of course.
https://wiki.php.net/rfc/voting#resurrecting_rejected_proposals
Sorry for being a bit legalist on the topic but principles matter. We have
policies and this vote is on the edge of two of them. That's a red flag for
me.
Nicolas
Am 15.01.2024 um 11:57 schrieb Nicolas Grekas nicolas.grekas+php@gmail.com:
Hi Daniil,
I've opened voting for the final-by-default anonymous classes RFC:
I voted against the proposal because as I mentioned in the previous thread
on the same topic, this is a backward compatibility break that lacks ground
but will have impact.Note that I voted even though I think the vote itself might be "illegal"
per our policies (neither did 6 months pass, nor does the proposal make
substantial changes to the previous one, to some definition of
"substantial"). If the vote itself isn't allowed per this policy, then my
vote is void of course.
https://wiki.php.net/rfc/voting#resurrecting_rejected_proposalsSorry for being a bit legalist on the topic but principles matter. We have
policies and this vote is on the edge of two of them. That's a red flag for
me.Nicolas
Hey Nicolas,
I think having a radically different approach to this definitely qualifies as substantial.
The previous RFC made final opt-in. This RFC proposes final by default and an opt-out, which is something a lot of voters suggested.
Feel free to disagree, though I see here no grounds for disqualifying. This rule is here to not have repeated votes with cosmetic changes, to force a vote through.
Bob
Am 15.01.2024 um 11:35 schrieb Daniil Gentili:
I've opened voting for the final-by-default anonymous classes RFC:
https://wiki.php.net/rfc/final_by_default_anonymous_classes
I am confused by the voting option "Make final anonymous classes final by
default".
You mean "Make anonymous classes final by default", right?
On Mon, 15 Jan 2024 at 10:36, Daniil Gentili daniil.gentili@gmail.com
wrote:
Hi all,
I've opened voting for the final-by-default anonymous classes RFC:
https://wiki.php.net/rfc/final_by_default_anonymous_classesRegards,
Daniil Gentili.
Hi Daniil,
Thank you for your work on this RFC. In my opinion, this RFC should not
move forward for consistency reasons. If regular class definitions are
non-final by default, anonymous classes should be non-final too.
In addition, it would be a breaking change with very little benefit - like
a small optimization in the op-cache.
On Mon, 15 Jan 2024 at 10:36, Daniil Gentili daniil.gentili@gmail.com
wrote:Hi all,
I've opened voting for the final-by-default anonymous classes RFC:
https://wiki.php.net/rfc/final_by_default_anonymous_classesRegards,
Daniil Gentili.
Hi Daniil,
Thank you for your work on this RFC. In my opinion, this RFC should not
move forward for consistency reasons. If regular class definitions are
non-final by default, anonymous classes should be non-final too.
I don't think that consistency is a good argument here, because anonymous classes are qualitatively different in this regard. In order to extend a class you need to name it -- which should be impossible-by-design for an anonymous class.
Unfortunately, due to an implementation oversight, this is not actually true. I consider the fact that extending anonymous classes is possible to be a bug, which is why I also accept the minor backwards compatibility break that comes with fixing it. Of course, the line between a bug and a feature is quite fine sometimes, so I understand that people have differing views on where this falls.
Regards,
Nikita
I have voted no. Not because I disagree with the proposal, but because
I think the timeline is wrong. First, we should identify a way to
deprecate and disable the option of naming anonymous classes. I
suggest we deprecate this "feature" in PHP 8.4 and remove it in PHP
9.0, as well as making the anonymous classes final.
Hi Daniil
On Mon, Jan 15, 2024 at 11:36 AM Daniil Gentili
daniil.gentili@gmail.com wrote:
Hi all,
I've opened voting for the final-by-default anonymous classes RFC:
https://wiki.php.net/rfc/final_by_default_anonymous_classes
It seems you've edited the text of the poll. Doing so disassociates
the existing votes from the poll, so the existing votes were gone. I
reverted the change, the votes are now back.
Ilija