I have been wondering for a while why PHP does not officially recognize a \PHP
namespace.
The inconsistency people have mentioned feels like a fair tradeoff for allowing
new core classes to be cleanly-named and easier to understand.
And a \PHP namespace would allow RFCs to never need worry abou
Hi!
> https://wiki.php.net/rfc/pipe-operator-v2
Just a small pedantry note - in a comparison section, the RFC compares
this syntax to function composition. But this is not function
composition. This is a syntax sugar for calling two functions one after
another, not operator that produces a functi
On Mon, Apr 20, 2020 at 9:39 PM Ben Ramsey wrote:
> > On Apr 20, 2020, at 20:38, Larry Garfield
> wrote:
> >
> > I've been commenting on other RFCs enough lately that I should probably
> put myself through the wringer, too. I therefore offer this RFC to add a
> function pipe operator, as seen i
A questions and a comment:
1. How will XDEBUG handle a multiline construct such as this? Will it treat as
one expression, or allow breakpoints at each "link" in the pipe chain?
Maybe this is a better question for Derek Rethans?
2. The exclusive use of callable seems problematic prior to an inc
> On Apr 20, 2020, at 20:38, Larry Garfield wrote:
>
> Hello fine people of Internals!
>
> I've been commenting on other RFCs enough lately that I should probably put
> myself through the wringer, too. I therefore offer this RFC to add a
> function pipe operator, as seen in a number of other
Hello fine people of Internals!
I've been commenting on other RFCs enough lately that I should probably put
myself through the wringer, too. I therefore offer this RFC to add a function
pipe operator, as seen in a number of other languages:
https://wiki.php.net/rfc/pipe-operator-v2
A patch is
On Mon, Apr 20, 2020, at 10:45 AM, Benjamin Eberlei wrote:
> > Sure, but how often is that an actual description of what the code
> > accepts? I... cannot actually envision what code would actually accept
> > that mess. :-)
> >
>
> I can think of quite a few:
>
> - var_dump, print_r, more gener
Hey Andrea,
On Mon, Apr 20, 2020, 23:25 Andrea Faulds wrote:
> Hi,
>
> Benjamin Eberlei wrote:
> > Hello,
> >
> > I have opened the vote on the Attributes v2 RFC. The voting will be open
> > until two weeks from now, May 4th 2020, noon UTC.
> >
> > RFC: https://wiki.php.net/rfc/attributes_v2
> >
Hi,
Benjamin Eberlei wrote:
Hello,
I have opened the vote on the Attributes v2 RFC. The voting will be open
until two weeks from now, May 4th 2020, noon UTC.
RFC: https://wiki.php.net/rfc/attributes_v2
Thank you everyone for taking part in the detailed discussion.
greetings
Benjamin
Thank
Hi Rowan
If we were to remove blocks we'd probably also reconsider other things
(namely the optional semicolon and break/continue) and many examples
in the RFC would become invalid and irrelevant. This would probably
lead to even more confusion which is why I will most likely not move
blocks to an
On 20/04/2020 19:19, Ilija Tovilo wrote:
Just a heads up, I'd like to start the voting on the match expression
RFC in a couple of days.
https://wiki.php.net/rfc/match_expression
I have made a number of changes to the RFC.
* Block return values are now allowed but limited to match arms
(https:
Hi internals
Just a heads up, I'd like to start the voting on the match expression
RFC in a couple of days.
https://wiki.php.net/rfc/match_expression
I have made a number of changes to the RFC.
* Block return values are now allowed but limited to match arms
(https://wiki.php.net/rfc/match_expre
As Larry was asking for an example.
The ParameterBag::get() function from Symfony (and others) that allows you
to fetch request params, for example. That's a mixed type that could return
different values, depending on your request body. Yes, I can type for all
possible scalar values + null + array
>
> But how would this work for serializing resources, which is part of mixed?
>
https://3v4l.org/n9D2S
The point is that many internal functions accept all types (including
resources),
even though they might not do much useful with some of them.
Besides the functions that Benjamin mentioned, I'
On Mon, Apr 20, 2020 at 5:17 PM Larry Garfield wrote:
>
> With union types and stringable already on the way, I'm not sure what other
> non-hypothetical use cases would still be that fugly that you'd now need to
> fall back to `mixed`.
For instance:
- the parameter of [a wrapper around] getty
Hi,
just picking on one of the examples:
On 20.04.20 17:45, Benjamin Eberlei wrote:
- json_encode, serialize, and more generally serialization and encoding
functions, as return value as well for the inverse operations
But how would this work for serializing resources, which is part of mixed?
On Mon, Apr 20, 2020 at 4:15 PM Sara Golemon wrote:
>
> For the long term good of the language I'd prefer type aliases (or typedefs
> or usings or whatever you want to call them.
>
> use mixed = null|bool|int|float|string|array|object|resource;
> use scalar = null|bool|int|float|string;
> use numb
Hi Larry,
> Sure, but how often is that an actual description of what the code
> accepts? I... cannot actually envision what code would actually accept
> that mess. :-)
>
For example the recently added get_debug_type() function does, along with
dozens of internal functions. Besides messy code,
On Mon, Apr 20, 2020 at 5:17 PM Larry Garfield
wrote:
> On Mon, Apr 20, 2020, at 9:15 AM, Sara Golemon wrote:
> > On Mon, Apr 20, 2020 at 8:52 AM Larry Garfield
> > wrote:
> >
> > > On Mon, Apr 20, 2020, at 6:17 AM, Dan Ackroyd wrote:
> > > > Here is an RFC for adding a 'mixed' type to the langu
On Mon, Apr 20, 2020, at 9:15 AM, Sara Golemon wrote:
> On Mon, Apr 20, 2020 at 8:52 AM Larry Garfield
> wrote:
>
> > On Mon, Apr 20, 2020, at 6:17 AM, Dan Ackroyd wrote:
> > > Here is an RFC for adding a 'mixed' type to the language:
> > > https://wiki.php.net/rfc/mixed_type_v2
> > >
> >
> > I a
On Mon, Apr 20, 2020 at 8:52 AM Larry Garfield
wrote:
> On Mon, Apr 20, 2020, at 6:17 AM, Dan Ackroyd wrote:
> > Here is an RFC for adding a 'mixed' type to the language:
> > https://wiki.php.net/rfc/mixed_type_v2
> >
>
> I am not against this, but now that we have Union types what places are
> t
On Mon, Apr 20, 2020, at 6:17 AM, Dan Ackroyd wrote:
> Hi Internals,
>
> Here is an RFC for adding a 'mixed' type to the language:
> https://wiki.php.net/rfc/mixed_type_v2
> The RFC builds on an earlier draft by Michael Moravec.
>
> Part of the motivation for pursuing this RFC was my recent exper
On Mon, Apr 20, 2020 at 4:18 AM Benjamin Eberlei wrote:
> I have opened the vote on the Attributes v2 RFC. The voting will be
> open until two weeks from now, May 4th 2020, noon UTC.
>
> RFC: https://wiki.php.net/rfc/attributes_v2
It's unfortunate that the RFC doesn't more fully enumerate the
ad
Hi Michał, George,
On Wed, Apr 15, 2020 at 2:29 PM Michał Brzuchalski <
michal.brzuchal...@gmail.com> wrote:
> Hi internals,
>
> I hope you're doing well.
>
> I'd like to announce the PHP Namespace in core RFC for discussion.
> The RFC is authored by me together with George Peter Banyard and it's
Hi Internals,
Here is an RFC for adding a 'mixed' type to the language:
https://wiki.php.net/rfc/mixed_type_v2
The RFC builds on an earlier draft by Michael Moravec.
Part of the motivation for pursuing this RFC was my recent experience
in upgrading an application to PHP 7.4.
Being able to add ty
Hi Niklas,
On Mon, 20 Apr 2020 at 07:48, Niklas Keller wrote:
>
> What's more important here IMO is the restriction of inheritance,
> mainly because the raw arguments are exposed via reflection and won't
> be compatible between parent and child attribute in any case.
>
Could you explain a bit
Hello,
I have opened the vote on the Attributes v2 RFC. The voting will be open
until two weeks from now, May 4th 2020, noon UTC.
RFC: https://wiki.php.net/rfc/attributes_v2
Thank you everyone for taking part in the detailed discussion.
greetings
Benjamin
On Mon, Apr 20, 2020 at 5:59 AM wrote:
> Hello,
>
> I have opened voting for the str_starts_with and str_ends with RFC. The
> voting will be open until two weeks from now, 2020-05-04.
>
> RFC:
> https://wiki.php.net/rfc/add_str_starts_with_and_ends_with_functions
>
> Please vote, thanks!
>
Thank
28 matches
Mail list logo
