Re: [Discussion] Deprecate function sizeof()

From: Date: Tue, 10 Mar 2015 03:41:07 +0000
Subject: Re: [Discussion] Deprecate function sizeof()
References: 1 2 3 4 5 6  Groups: php.internals 
Request: Send a blank email to internals+get-84497@lists.php.net to get a copy of this message
Hi Pierre and all, On Tue, Mar 10, 2015 at 11:59 AM, Pierre Joye <pierre.php@gmail.com> wrote: > On Tue, Mar 10, 2015 at 1:48 PM, Xinchen Hui <laruence@php.net> wrote: > > Hey: > > > > On Tue, Mar 10, 2015 at 10:07 AM, Yasuo Ohgaki <yohgaki@ohgaki.net> > wrote: > >> Hi Reeze, > >> > >> On Mon, Mar 9, 2015 at 12:56 PM, reeze <reeze@php.net> wrote: > >> > >>> It is a deprecated warning I won't break code I think. > >>> > >>> This could makes those project more maintainable (new PHP programmer > could > >>> be easier to maintain the code without surprise), and it will be > trivial to > >>> fix this. We could move things forward ;-) > >>> > >> > >> It's possible option for confusing APIs. > >> If sizeof() is kept at least until PHP8 or PHP9, I'll vote yes for this. > > We just removed all DEPRECATED functions... > > we did not remove functions as far as I can tell. Some extension at best. > > > then you want to brings new :< > > > > anyway, I'd prefer don't do it. especially with little gain. > > Agreed > > And generally speaking, we should really think again about this flag, > it has been proven to be a mess at best, or useless at worst. There are 2 camps, people who would like to keep procedural API as it is and people who would like to improve/maintain procedural API while there are no separated camps having improved/maintained OO API. It may be time to discuss how we are going to use namespace for internal functions/classes/interfaces to move forward both procedural and OO APIs so that we'll have zero BC API upgrade. Regards, -- Yasuo Ohgaki yohgaki@ohgaki.net

« previous php.internals (#84497) next »