Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:111350 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 69828 invoked from network); 6 Aug 2020 08:19:47 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 6 Aug 2020 08:19:47 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id AD0851804C2 for ; Thu, 6 Aug 2020 00:17:53 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from smtp-in.fusiondirectory.org (smtp-in.fusiondirectory.org [195.154.20.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 6 Aug 2020 00:17:52 -0700 (PDT) Received: from smtp-in.fusiondirectory.org (localhost.localdomain [127.0.0.1]) by smtp-in.fusiondirectory.org (Proxmox) with ESMTP id 14A7010130F for ; Thu, 6 Aug 2020 09:17:51 +0200 (CEST) Received: from smtp.fusiondirectory.org (smtp.fusioniam.org [195.154.20.141]) by smtp-in.fusiondirectory.org (Proxmox) with ESMTP id E91E31002B4 for ; Thu, 6 Aug 2020 09:17:50 +0200 (CEST) Received: from mcmic-probook.opensides.be (63.120.199.77.rev.sfr.net [77.199.120.63]) by smtp.fusiondirectory.org (Postfix) with ESMTPSA id B676A88D71 for ; Thu, 6 Aug 2020 09:17:50 +0200 (CEST) Date: Thu, 6 Aug 2020 09:17:49 +0200 To: internals@lists.php.net Message-ID: <20200806091749.64675445@mcmic-probook.opensides.be> In-Reply-To: References: Organization: FusionDirectory X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] [RFC] Shorter Attribute Syntax Change RFC 0.2 From: come.chilliet@fusiondirectory.org (=?UTF-8?B?Q8O0bWU=?= Chilliet) Le Thu, 6 Aug 2020 07:48:05 +0100 (BST), Derick Rethans a =C3=A9crit : > From the RFC: > - No ending delimiter As said before, it does have an ending delimiter when they are arguments si= nce there is the parenthesis around them. When there are no arguments I don=E2= =80=99t see the benefit of an ending delimiter, it=E2=80=99s easy to spot the end of t= he word. > - Doesn't allow grouping I do not understand this argument, what is the point of grouping for @@? Does grouping mean anything special for other syntaxes, or is it just to sa= ve keystrokes? If it is just to get a more concise syntax when there are seve= ral attributes, the fact that @@ do not need grouping is a pro, not a con. > - No forwards compat with PHP 7 But no BC break either, while #[] introduces BC break. > - Not used ny another language @ is used by a lot of other languages, and @@ is the closest we can get in = PHP. C=C3=B4me