Re: PHP Package for PHP
| From: | Rowan Tommins | Date: | Fri, 19 May 2023 14:02:51 +0000 |
| Subject: | Re: PHP Package for PHP | ||
| References: | 1 2 3 4 5 6 7 8 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-120359@lists.php.net to get a copy of this message | ||
On Fri, 19 May 2023 at 08:45, Arvids Godjuks <arvids.godjuks@gmail.com>
wrote:
> I think this whole thread can be summarized into a single statement:
>
> "Let's integrate PSR standards into PHP core and ship those interfaces as
> part of the language"
>
That's one of the angles that's come up, but there are also some other
interesting ideas, a lot of which are actually independent of each other,
including:
- implementing simple core functions in PHP rather than C
- using namespaces as a form of versioning
- having a default set of includes which can be over-ridden by user code
The one recurring theme I would pick up on though is a general optimism
about how much we could add, and get right. Call me cynical, but I don't
share that optimism. The main reason a lot of the things being discussed
don't already exist is not that PHP only accepts contributions in C, or
that Composer packages aren't installed by default; it's that nobody has
worked out the One True Design.
Moving the discussion to this list rather than PHP-FIG, or PHPLeague, or
Symfony, etc, won't make that design process any easier. If anything, it
will make it harder - the stakes are higher, and the abilities for rework
and forking far more restricted.
Regards,
--
Rowan Tommins
[IMSoP]