I'm no one important, but I just want to say for the sake of the
public image of PHP I hope this does not pass, or at least not in the
foreseeable future.
There are NO substantial gains to speak of here and the BC break is
real and it's super annoying when they pile up and up.
Besides, this is sl
On Thu, Jan 25, 2024, 11:16 Robert Landers wrote:
> Hello internals,
>
> Now that throwing is an expression, it allows for some very concise
> programming. What are your thoughts on making a break/continue into an
> expression as well?
>
> Instead of:
>
> while(true) {
> ...
> if(is_null($arr['va
On Mon, 22 Jan 2024 at 11:51, Gina P. Banyard wrote:
> Hello internals,
>
> Máté Kocsis and myself would like to propose deprecating implicitly
> nullable parameter types.
>
> The RFC is available on the wiki at the following address:
> https://wiki.php.net/rfc/deprecate-implicitly-nullable-types
On Wed, 31 May 2023 at 10:30, Aleksander Machniak wrote:
>
> On 30.05.2023 13:34, Boro Sitnikovski wrote:
> > I propose introducing a function to PHP core named `array_group`. This
> > function takes an array and a function and returns an array that
> > contains arrays - groups of consecutive elem
On Fri, 5 May 2023 at 23:58, Levi Morrison via internals
wrote:
>
> I am not sure about making them final by default. I think it's a more
> consistent language design to allow `new final class()` as you
> originally proposed. Although I don't know why anyone would want to
> extend anonymous classe
On Wed, 29 Mar 2023 at 18:40, Larry Garfield wrote:
>
> On Wed, Mar 29, 2023, at 2:25 PM, Rokas Šleinius wrote:
> > First, I'm pretty sure I agree now that enums should *not* be
> > `extend`-ed as regular classes, there's a fundamental difference as
> >
:56, Rowan Tommins wrote:
>
> On Wed, 29 Mar 2023 at 14:22, Rokas Šleinius wrote:
>
> > Ok so I am trying to find the argumentation here:
> >
> > >This is by design.
> > >The point of enums is to be limiting.
> >
> > This is clearly an assumption.
arent system..
Rowan Tommins is right on the target however, that is amazing feedback
for the desired functionality, excellent distillment of logic and all
correct points!
I will take some time to think about that.
On Wed, 29 Mar 2023 at 15:30, G. P. B. wrote:
>
> On Wed, 29 Mar 2023 at 09:
3 at 13:42, Christian Schneider wrote:
>
> Am 29.03.2023 um 11:55 schrieb Tim Düsterhus :
> > On 3/29/23 11:42, Sebastian Bergmann wrote:
> >> Am 29.03.2023 um 11:31 schrieb Rokas Šleinius:
> >>> I wouldn't say removing the final attribute from enums actually &
from me no matter what email I put in...
R.
On Wed, 29 Mar 2023 at 11:31, Rokas Šleinius wrote:
>
> Enums were a very useful addition to PHP, however one aspect of them is
> neither
> explicitly documented - or seemingly even talked about.
>
> Enums were implemented as final so
ault is an existing contract that really enables ENUM usage.
>
> Marco Pivetta
>
> https://mastodon.social/@ocramius
>
> https://ocramius.github.io/
>
>
> On Wed, 29 Mar 2023 at 11:05, Rokas Šleinius wrote:
>>
>> > to restrict options within a certain range.
s :)!
On Wed, 29 Mar 2023 at 11:47, Robert Landers wrote:
>
> On Wed, Mar 29, 2023 at 10:31 AM Rokas Šleinius wrote:
> >
> > Enums were a very useful addition to PHP, however one aspect of them is
> > neither
> > explicitly documented - or seemingly even talked
Enums were a very useful addition to PHP, however one aspect of them is neither
explicitly documented - or seemingly even talked about.
Enums were implemented as final so they cannot be extended nor can extend
anything else.
>From a user perspective it's surprising - and actually limiting.
USAGE
13 matches
Mail list logo