Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:111233
MIME-Version: 1.0
References: <CABj1Babv0bZyeNYBBOCZwG92NCT722G_tRt+hHZFxu4dHZckqw@mail.gmail.com>
 <BYAPR05MB6535E638D874FB9D6653411CDE730@BYAPR05MB6535.namprd05.prod.outlook.com>
In-Reply-To: <BYAPR05MB6535E638D874FB9D6653411CDE730@BYAPR05MB6535.namprd05.prod.outlook.com>
Date: Tue, 28 Jul 2020 14:52:20 -0500
Message-ID: <CABj1BaaNcT+_T7x2iEF93XwJROnO4-v3cHP3+UtzZk2wYMofag@mail.gmail.com>
To: PHP Developers Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000021f15205ab85c912"
Subject: Re: [PHP-DEV] [RFC] [Discussion] Shorter Attribute Syntax Change
From: joe@joeferguson.me (Joe Ferguson)

--00000000000021f15205ab85c912
Content-Type: text/plain; charset="UTF-8"

On Tue, Jul 28, 2020 at 12:57 PM Theodore Brown <theodorejb@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

--00000000000021f15205ab85c912--