Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:108307
To: tyson andre <tysonandre775@hotmail.com>, "internals@lists.php.net"
	<internals@lists.php.net>
Thread-Topic: [VOTE] declare(function_and_const_lookup='global')
Thread-Index: AQHV1kkfok/EDBhgHUCIMQks+1sXM6gBAjmJ
Date: Wed, 29 Jan 2020 04:03:21 +0000
Message-ID:
 <BYAPR05MB653585B875D8625B21CF4142DE050@BYAPR05MB6535.namprd05.prod.outlook.com>
References:
 <DM5PR07MB30670BE1BAF74AAC2B4486DBF9050@DM5PR07MB3067.namprd07.prod.outlook.com>
In-Reply-To:
 <DM5PR07MB30670BE1BAF74AAC2B4486DBF9050@DM5PR07MB3067.namprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn: [2SaU0ex60GuFQJP34pwg1GLOU6l6aoMM]
x-ms-publictraffictype: Email
x-incomingheadercount: 45
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 223a4f1e-5a7d-4e85-c5b7-08d7a4702e6d
x-ms-exchange-slblob-mailprops:
 K3wx5smWY1P9/Wgu7i7tZ1HB48pvLYJ1oD4PjNRMDeesglANpK71XGH1FgniW5PjhaQCLrx1Clg2NODxNJYZOdXSHOQfPysMiBwlrvbhb10794wTbbgVTgx9rNQSjgC1zYLqShQpId2ZMks3vyzJ3Qgo3jV4brXoB+St/2cs/GcQWdI6s69aapcLJHSMAhjPm8O0vf5rmQU8j5qcdo4NAyJoiZu9To1Z0a0CJEsGa3saKZuGboqxNN6Ttpil0OW9Ddx5jyCnQ/Y9T7bp+W28po7Z12PPb1I25p80dKgF9ul9h4spj0a56YQ3F9NkeqaxUsN96LTrwWR9R6PIfr1zYoF0SJobJjCXgIgLfL+kJrPQZ8t8pdTgRBc90ulNVqo8n1MsoV7jXWQmKV4NYXOzo7zm2YbggTcFM4jyfaRtqd+CSvG907g76BPybCegtKGQUK0O3Fq4VOFwvBShXDyvv6On0EELT0o0x0U992xGKnliWgPj/h0ZJy6S8yk+Q0RCj+ilZBxJ+bVJZFVCvwC8adEzwbT6qFmEyXAkS77CMwuJMQ2mkUrX2aTUEvHmZvgRlIxxW2Y7IWmhNbq6lAZwtkAZ3oEdP6mHs4RAD/sSrReSLoX4adCR2vNC1EhnCFheiHNiKAy3KpNBlC7Hbk2xR0yzMqfKOTl5RWnjNqJ8w3+bHoTqRqG3Ns62C0iexim8+6H+L8w6PZGleZkqM8Ln3IxDXFhFj7j/ky2DoSntt6nDZ8/po2UTkBf1SXYEunm4lwjjP68klbQUL4hURQm1VmnNdP96HEYnk04bBI/vB2zY6XuaTED7HBMQ70iVis5In6MJlu5NRI8Is8y+Y6GpNtlV59UpBbo0n76PEK4Vl+r+CMv9k2fjOiGPgtQ6seI5YNQQadptzqsuCOWSLlekgV6weYuQ32GuB9qbUJy0E68=
x-ms-traffictypediagnostic: SN1NAM02HT152:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info:
 E+fdJGPynmjN2Qq112mgRKpfe4DO3GF1y8dr1OBEIuGzpoeicBDfiZW0Nuo2lHDTTNxCfLoQiL/04kLIU6d2NLEREUPf8L6MUrsOXmEYhT42uQStFCkLZiJlcP8YbOMBv8Qfw6YFh6K+W+EqGkoowB1P6ipMT6DcGQjQ4AG2ASX1FHQCX+idHA9pjb9UWyVjqtK0hrebSgh2jhM4pxEWyhb/s+InAz1f7N0B1VLbBX4=
x-ms-exchange-antispam-messagedata:
 RQocosS2kOhkKlJ7uVQ4OYjzDtg4Eoc4Tt6UIqoYUECYYwglmrWHxYlBLp+cl//A53dS4MO1ZiY5dfIcULO5qY0UFLAh2ssLirlgxuHPOb0W5akxjuKKXJqFlLsIAEOFhwscgsAEOlI+Q+cJtsKY4Q==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 223a4f1e-5a7d-4e85-c5b7-08d7a4702e6d
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Jan 2020 04:03:21.7953
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1NAM02HT152
Subject: Re: [VOTE] declare(function_and_const_lookup='global')
From: theodorejb@outlook.com (Theodore Brown)

On Tue, Jan 28, 2020 at 8:22 PM tyson andre <tysonandre775@hotmail.com> wro=
te:=0A=
=0A=
> Hi internals,=0A=
>=0A=
> I've opened the vote on https://wiki.php.net/rfc/use_global_elements=0A=
=0A=
Thank you for working to address the issue of ambiguous function references=
. However, I really don't think this is the right approach.=0A=
=0A=
The RFC mentions two problems it hopes to solve: a minor performance decrea=
se, and developers having to deal with ambiguity. However, a third problem =
that I think is just as important to fix is the lack of function autoloadin=
g which makes extensive use of namespaced functions unfeasible.=0A=
=0A=
Unfortunately, the new directive proposed by this RFC would make declaring =
functions in namespaces even more difficult, as it would now be necessary t=
o explicitly `use` each function and constant in the same file it is declar=
ed in. =0A=
=0A=
The RFC argues that having to "add multiple `use function function_name` an=
d `use const MY_CONST` at the top of the namespace" is prone to merge confl=
icts and inconvenient to keep up to date. However, the RFC just shifts this=
 problem from global functions to namespaced functions.=0A=
=0A=
Changing function/const resolution to always look in the global scope inste=
ad of current namespace is backwards from how classes and interfaces are re=
solved, and seems destined to become another language Sadness. Wouldn't it =
be more straightforward and intuitive to add a directive like `declare(name=
space_lookup=3D1)` which would resolve functions/consts the same way as cla=
sses (without the global fallback)?=0A=
=0A=
The RFC argues that writing global functions as `\function_name()` is more =
verbose. But is one backslash character per global function call any more v=
erbose than having to add a 44-character declare statement at the top of ev=
ery file? Developers are already used to referencing global classes and fun=
ctions with backslashes or explicit `use` statements, and in a future where=
 we have function autoloading and utilize more namespaced functions, this a=
pproach will be less verbose than having to explicitly `use` every namespac=
ed function in the same file it is declared in. Plus, IDEs and other tools =
can automatically add the backslashes or `use` statements for global functi=
ons.=0A=
=0A=
Best regards,=0A=
Theodore=