Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97103
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.172 as permitted sender)
MIME-Version: 1.0
References: <CANUQDCg+g5toVyi5VKCSkgvot0tM2Vr-UmZ=uYLYOqLPd+9+vg@mail.gmail.com>
In-Reply-To: <CANUQDCg+g5toVyi5VKCSkgvot0tM2Vr-UmZ=uYLYOqLPd+9+vg@mail.gmail.com>
Date: Mon, 21 Nov 2016 09:49:19 +0000
Message-ID: <CAKiSzdDEoX_Nh2hAFcJ6thUOw+ZXOpCODA0JyywTEAYwuL-oug@mail.gmail.com>
To: Niklas Keller <me@kelunik.com>, PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=94eb2c11c080777eda0541cc9276
Subject: Re: [PHP-DEV] [RFC] Parameter No Type Variance
From: joshdifabio@gmail.com (Josh Di Fabio)

--94eb2c11c080777eda0541cc9276
Content-Type: text/plain; charset=UTF-8

On Mon, Nov 21, 2016 at 9:40 AM Niklas Keller <me@kelunik.com> wrote:

> Morning Internals,
>
> I'd like to announce a RFC to allow omitting the type declarations for
> parameters in subclasses:
> https://wiki.php.net/rfc/parameter-no-type-variance
>
> PHP doesn't currently allow variance for parameters as checking these for
> compatibility isn't possible on compile time.
> This limitation is caused by autoloading and doesn't allow widening the
> accepted parameters.
>
> This RFC proposes to allow ommiting the type entirely in a subclass, as
> dropping all parameter constraints is
> always valid according to the LSP principle.
>
> We already allow return types being added in subclasses.
>
> Your feedback is welcome. :-)
>
> Regards, Niklas
>

Sounds good Niklas!

--94eb2c11c080777eda0541cc9276--