Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:15977 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 83575 invoked by uid 1010); 15 Apr 2005 19:07:43 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 83560 invoked by uid 1007); 15 Apr 2005 19:07:43 -0000 Message-ID: <20050415190743.83559.qmail@lists.php.net> To: internals@lists.php.net Date: Fri, 15 Apr 2005 15:07:53 -0400 User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20050415170331.46096.qmail@lists.php.net> <6ec19ec70504151049617bba8e@mail.gmail.com> In-Reply-To: <6ec19ec70504151049617bba8e@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 206.81.46.34 Subject: Re: [PHP-DEV] Yet Another Stupid Question: Why Bother with Compatibility? From: gambler@highstream.net (GamblerZG) Paul Reinheimer wrote: > The advantage of maintaining reverse compatibility is that it helps encourage > people to upgrade. Many more people would have many more concerns if the > 4 -> 5 upgrade broke programs using depreciated practices. Well, that's the thing I don't get. If I have working system for PHP 4 engine, why would I want to _upgrade_ (i.e. switch) to PHP 5 engine? Would it not be more compelling for me to have 4 and 5 as separate Apache modules or something like that? Interoperability problem could be solved by some kind of inter-version bridge (like PHP/Java integration module). A the same time, this would free PHP developers from BC. > I will be honest, I've written the majority of my code in the last > year, but am I > 100% positive that I'm not using anything that was marked as depreciated in > PHP 4? Absolutely not. For all I know I might be using some deprecated function > in some arcane, rarely used administrative include file hiding somewhere in the > depths of my file system. Everything would apparently keep working when I > upgraded, and even for days/weeks after the fact. Then boom, one day something > important brakes, and I have no idea why. Look at your situation from different perspective. Wouldn't it be nice to be absolutely sure that your website does not uses any deprecated code? You would most certainly know that if PHP 3 and PHP 4 would be handled by different engines.