Re: [RFC] Shorter Attribute Syntax Change RFC 0.2
| From: | Claude Pache | Date: | Thu, 06 Aug 2020 12:33:03 +0000 |
| Subject: | Re: [RFC] Shorter Attribute Syntax Change RFC 0.2 | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-111361@lists.php.net to get a copy of this message | ||
> Le 6 août 2020 à 10:11, Benas IML <benas.molis.iml@gmail.com> a écrit :
>
> Ending delimiter MAY help us in the future.
>
> I really, really hate all of those arguments stating "that we should care
> only about the present, not the future" and that even though
>
#[...]/@[...] might bring
> benefits in the future, we should still
> choose @@".
>
> This shows clearly that some people are basing their views on subjective
> reasons rather than being objective.
>
> As far as this discussion is going, I see pro-@@ people just
> saying
> "Arghhh, let's keep @@, it doesn't bring any benefits that other syntaxes
> do but we don't need them anyways, let's not speculate future".
>
> It's like saying you can either go through door A and get a free car or
> through door B and get the same car and **maybe**, even an additional
> 1,000$.
>
> We are playing probabilities here but at the moment, no one has said any
> substantial argument why @@ is better and thus,
> @[...] seems like a
> better option in the long term.
>
Note that, in a hypothetical future where the absence of delimiters would lead to (perceive or real)
ambiguity, it will always possible to add optional ones, as in:
@@simple("thing") and @@{very("complex") thing}.
—Claude