Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:106342
MIME-Version: 1.0
References: <CAF+90c_Ctjja=8fR-uBWL1wDxZge771yMujMhaR_R2seKXciYw@mail.gmail.com>
 <CAF+90c8JhV6-aQrsvW8u_xGB-wHmyObEU1Chd64J+x3tkKogQQ@mail.gmail.com>
 <9ADC8994-9D3C-4810-A2DB-6FB81D513098@gmail.com> <CABdc3WqxvucnCk7rd-Y2YuNn_dCvh5atNagwCqo8gp9NjMt_aQ@mail.gmail.com>
 <CANS-=pcp=-t4-cEHK8vbuNAaMBLSjmoL94h-TXKtHm0v8Ptkqg@mail.gmail.com> <CALKiJKorD5xayU1QYtd_XMEz7Zkx+etWs3k3DGZS3O9zPnk7mQ@mail.gmail.com>
In-Reply-To: <CALKiJKorD5xayU1QYtd_XMEz7Zkx+etWs3k3DGZS3O9zPnk7mQ@mail.gmail.com>
Date: Tue, 30 Jul 2019 12:13:35 +0200
Message-ID: <CABdc3WrgSwFtoxzOpUa=_09N6vPt-CU_qFhCmZM9GVJMMQ7Gow@mail.gmail.com>
To: Rowan Collins <rowan.collins@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000b45498058ee3430b"
Subject: Re: [PHP-DEV] Re: [RFC] Namespace-scoped declares, again
From: michal@brzuchalski.com (=?UTF-8?Q?Micha=C5=82_Brzuchalski?=)

--000000000000b45498058ee3430b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Rowan,

wt., 30 lip 2019 o 10:48 Rowan Collins <rowan.collins@gmail.com> napisa=C5=
=82(a):

> I think there's some confusion here, because establishing the concept of =
a
> package as separate from a namespace is exactly what I proposed.
>
> Here's a previous message (technically in the same thread, but from 18
> months ago) where I also mentioned class visibility:
> https://externals.io/message/101323#101390
>

Was thinking about similar, a package with own identity and a way to
declare autoload and other stuff.
Was even thinking it could use a double colon which I've proposed way back
in the same thread and
with a delimiter in name all related symbols could be stored in package
individual symbol tables,
it won't collide with namespaced and global ones and would be easier to
detect if tried to use an internal symbol
in another context like other package or in global code.
It could introduce a few more keywords like:
* "package" - for declaring package name and declares,
* "export" - for explicit declare of publicly available symbols which then
could be detectable etc. for visibility features,
* "expect" - for explicit declare of required dependencies

Last two are for future features and the first one could be enough for
shaping how it could look like.
For eg. some of my thoughts
https://gist.github.com/brzuchal/c45010f0dd20642b470eeee8b9c56c5f

I know it's out of the main topic but IMO we should start another one and
I'm pretty sure I've mentioned that earlier.
If we wanna shape package for PHP then the separate discussion could be a
good idea.

--=20
regards / pozdrawiam,
--
Micha=C5=82 Brzuchalski
about.me/brzuchal
brzuchalski.com

--000000000000b45498058ee3430b--