On Tue, Jul 28, 2020 at 12:57 PM Theodore Brown <theodor...@outlook.com> wrote:
> > Hi Joe, > > From the perspective of looks alone I don't care much one way or the > other between @@ and #[]. However, I don't find the arguments for #[] > in this RFC very compelling, and it ignores some of the other downsides > of #[] compared to @@ that should be highlighted. Let's go through the > arguments from the RFC: > <snipped here> Theodore, thanks for your comments, time, and work on the Shorter Attribute Syntax RFC. I appreciate your feedback and I'm also of the mind where I don't care based on looks alone. The RFC also notes the @@ issues have been resolved by the RFC closing at the end of the month. My motivation for this RFC is based on 2 things: Firstly, the @@ syntax makes parsing harder (although not impossible) on CLI tools such as PHPCS. Therefore IMHO internals should make the best effort to avoid this when possible. Secondly, I'd like to see internals use this as a point in the future to avoid this kind of issue where we need to vote on something yet again instead of taking the runner up in a ranked-choice vote. Originally this was my main motivation until I saw the issues raised by the PHPCS users. I don't want this to become an issue of "keep voting until we get the vote we like" as Paul mentioned. This RFC is my attempt to set a precedent where internals allows itself to be some measurement more autonomous than it currently is today. And also to try to make the 8.0 upgrade process a bit friendlier to our fiends writing userland code. https://wiki.php.net/rfc/shorter_attribute_syntax -- - Joe Ferguson JoeFerguson.me osmihelp.org
