Re: Re: [RFC] Deprecations for PHP 7.1

From: Date: Thu, 18 Feb 2016 23:04:18 +0000
Subject: Re: Re: [RFC] Deprecations for PHP 7.1
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-91298@lists.php.net to get a copy of this message
Hi! >> Hmm. Well, if we're doing mass deprecations, maybe we should finally get rid of I must note that I think this drive to "get rid of" functions that does not stand in anybody's way (as opposed to the case of __autoload which is incompatible with superior stackable autoloader solution) is deeply misguided. Yes, there are functions that are very niche and maybe not a lot of people use them. But the advantage of PHP was always to try and serve a lot of needs and be a versatile pragmatic instrument, even at the expense of theoretical purity. I do not think we should abandon this approach. If there is a conceivable use case where this function can be useful, and it does not impede progress or prevent implementation of better features - IMO there's no reason at all to remove it. It's better to have a hundred of functions and have 10 year old code running perfectly in modern version than to have new squeaky clean API than has no code to run because 100% of existing code can not use this version (and thus even if people wanted to use clean API in new code they can't because old one does not work). -- Stas Malyshev smalyshev@gmail.com

« previous php.internals (#91298) next »