On Mar 10, 2015 2:41 PM, "Yasuo Ohgaki" <yohg...@ohgaki.net> wrote: > > Hi Pierre and all, > > On Tue, Mar 10, 2015 at 11:59 AM, Pierre Joye <pierre....@gmail.com> wrote: >> >> On Tue, Mar 10, 2015 at 1:48 PM, Xinchen Hui <larue...@php.net> wrote: >> > Hey: >> > >> > On Tue, Mar 10, 2015 at 10:07 AM, Yasuo Ohgaki <yohg...@ohgaki.net> wrote: >> >> Hi Reeze, >> >> >> >> On Mon, Mar 9, 2015 at 12:56 PM, reeze <re...@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.
I do not think it has anything to do with OO or procedural but the actual gains. I see none here. > Regards, > > -- > Yasuo Ohgaki > yohg...@ohgaki.net >
