Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:113148
MIME-Version: 1.0
References: <CAFMT4Nq5Ai2_oA02jJ6GJUu4dDRtEvsBWa=_mze_YHbzNW0vfw@mail.gmail.com>
 <60256200.1c69fb81.46e68.6437SMTPIN_ADDED_MISSING@mx.google.com>
 <CAAKU0un-vFD+VE0+hPTX6S4XWap_37RP9tNpyzkh3NMarFeiGg@mail.gmail.com>
 <CAPKYkKw4QcogrucjC9XAszb02Qpd5E8cuZyVZ33n=fUOaq378g@mail.gmail.com>
 <CAAKU0umO=Kq-swnWs=0MwHbS4_xgViKWuhMgoBqFKEv9LCzYvg@mail.gmail.com> <CANS-=pee_bAK0vHAFVzgenMuF-8WvRZH_KxyK2nUXNh+tOmuPg@mail.gmail.com>
In-Reply-To: <CANS-=pee_bAK0vHAFVzgenMuF-8WvRZH_KxyK2nUXNh+tOmuPg@mail.gmail.com>
Date: Thu, 11 Feb 2021 13:32:12 -0500
Message-ID: <CAPKYkKz-9uzufuRMAn=xtiUbhy+=vCt9Bv+UrcMur1o_deHemA@mail.gmail.com>
To: Lynn <kjarli@gmail.com>
Cc: Levi Morrison <levi.morrison@datadoghq.com>, Mark Randall <marandall@php.net>, 
	PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000a67d0005bb13bd13"
Subject: Re: [PHP-DEV] Re: Proposal: namespace the SPL
From: chasepeeler@gmail.com (Chase Peeler)

--000000000000a67d0005bb13bd13
Content-Type: text/plain; charset="UTF-8"

On Thu, Feb 11, 2021 at 1:08 PM Lynn <kjarli@gmail.com> wrote:

>
>
> On Thu, Feb 11, 2021 at 6:55 PM Levi Morrison via internals <
> internals@lists.php.net> wrote:
>
>> I don't know the answer to that question. However, I don't think we
>> should add a deprecation on the very first version that we add the
>> aliases anyway. I think that would make for a bad upgrade experience
>> from 8.0 to 8.1. I would leave that more for 8.3, 8.4-ish in the
>> release cycle so there are at least a few versions for people to
>> organically change their code without triggering any notices of any
>> kind.
>>
>
> I would very much prefer this to be deprecated in the same version. This
> way you prevent the confusion of which of the two to use and have people
> implement the one we already know is going to be removed. Deprecations do
> not make it a bad upgrade experience at all. Quite the opposite in my
> opinion, they hint to me nice and early on which parts of the code base I
> have to adjust. The earlier the better.
>

I'm really ambivalent about when they are introduced, but I actually think
I agree with you. I know it's very much just a personal anecdote, but since
I don't turn deprecation notices on until I'm ready to actually look for
and fix them, I don't find them obtrusive at all.


-- 
Chase Peeler
chasepeeler@gmail.com

--000000000000a67d0005bb13bd13--