Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:107744
Message-ID: <CA1DFCBE-2ECF-46D7-8F35-E8BDD97DEEDF@gmail.com>
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_57FF261C-0339-4615-839F-5D10248C1990"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Thu, 31 Oct 2019 16:48:19 +0100
In-Reply-To: <SN6PR06MB3855F9A8CFF8CF060796C4F8DE9A0@SN6PR06MB3855.namprd06.prod.outlook.com>
Cc: Reinis Rozitis <r@roze.lv>,
 PHP Internals <internals@lists.php.net>
To: Theodore Brown <theodorejb@outlook.com>
References: <5d976928.1c69fb81.db3a8.78daSMTPIN_ADDED_MISSING@mx.google.com>
 <CAF+90c9uXdqJsTizLCca-AswenZDv9-6yw=ranATp3XoutHyxw@mail.gmail.com>
 <DM5PR06MB285747B847DE2D7320758C05DE9A0@DM5PR06MB2857.namprd06.prod.outlook.com>
 <e69fb3de-df5f-f77e-ad4e-61ea30185c5c@lsces.uk>
 <CAG9XoMR9DhKDwS1moH_9pjDNyZQ70ER5_stNs_GxQFucZ+ar7A@mail.gmail.com>
 <000601d57dc7$ddb9e890$992db9b0$@roze.lv>
 <SN6PR06MB3855F9A8CFF8CF060796C4F8DE9A0@SN6PR06MB3855.namprd06.prod.outlook.com>
Subject: Re: [PHP-DEV] [RFC] Deprecate Backtick Operator (V2)
From: claude.pache@gmail.com (Claude Pache)

--Apple-Mail=_57FF261C-0339-4615-839F-5D10248C1990
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8



> Le 31 oct. 2019 =C3=A0 15:59, Theodore Brown <theodorejb@outlook.com> =
a =C3=A9crit :
>=20
> Of course there will always be an infinite number of logical ways to
> structure a program, but this is quite different from having two
> different syntaxes in a language that do exactly the same thing. The
> latter is confusing since it's no longer clear which syntax should be
> used. The same situation existed with the curly brace array/string
> access syntax, which was deprecated in PHP 7.4.
>=20

Yeah, curly brace string access syntax were deprecated in PHP 7.4, and =
it was IMO an error. Last day, I reviewed an old library (PHPMarkdown), =
whose algorithm (probably directly ported from the original markdown =
written in Perl) was not very readable. Replacing all $string{$index} =
instances with $string[$index] made it even less readable, because the =
conventional distinction between string indexes and array indexes used =
in that library (and in several others libraries) were lost.=20

Sorry for the rant. But the message is: Existence of precedent is not an =
argument, because it may be a bad precedent.

=E2=80=94Claude=

--Apple-Mail=_57FF261C-0339-4615-839F-5D10248C1990--