Re: how to deal with php5 only packages

From: Date: Wed, 16 Jun 2004 18:18:25 +0000
Subject: Re: how to deal with php5 only packages
References: 1 2 3 4 5 6 7 8 9 10 11 12 13  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-30809@lists.php.net to get a copy of this message
I guess arguing about putting a PHP5 only package into PEAR is somewhat of a moot point when you consider that there are already PHP5 only packages that exist (and are simply marked as beta). PHPUnit2 (" ! PHP 5.0.0-RC2 (or later) is now required.")? Move on folks - if we want the package put it in and simply mark it as beta/unstable. Quit arguing about semantics and follow precedent. We currently have at least one PHP5 only package. If you don't want it then vote -1, but don't vote -1 just because it's PHP5 only. Again, I could see if this was a major issue if either: a.) every package in PEAR was PHP4 (it's not) or b.) this was a core package (it's not). You guys are just arguing to argue now (a common thread on PEAR-DEV). Argue with your vote and move on. --Joe -- Joseph C. Stump joe@joestump.net http://www.joestump.net On Jun 16, 2004, at 1:24 PM, Lukas Smith wrote:
Joe Stump wrote:
I think there is nothing wrong if we politely disagree. You (and Lukas may be) have a more "let's use PHP 5 only if it is really necessary" my approach is the opposite. Why should I write something with an obsolete object model ? Just to re-write it from scratch in few months ?
I completely agree with this. I think new packages that are not deemed to be core/must-have packages should be able to be written in PHP5 (obviously the recent ErrorStack shouldn't require PHP5).
You dont have to rewrite your package from scratch when you want to use private/protected/public. If you start using specific stuff that cannot be handled with minimal effort with PHP4 or makes the solution for PHP5 inferior then I see it is valid. For example a package using simplexml or another php5 only package. Making sensible use of exceptions is another good reason. However the definition of sensible is still up in the air. For example __autoload() is nifty. But not having it in PHP4 just means that the user has to manually make sure the necessary class is included. Interceptors are cool and maybe they are not reliable enough in PHP4, but for example in MDB2 they would simply make things more convinient. So you can use alot of PHP5 only features while still staying compatible to PHP4. regards, Lukas Smith smith@backendmedia.com _______________________________ BackendMedia www.backendmedia.com berlin@backendmedia.com Linn Zwoch Smith GbR Pariser Str. 44 D-10707 Berlin Tel +49 30 83 22 50 00 Fax +49 30 83 22 50 07 -- PEAR Development Mailing List (http://pear.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php


« previous php.pear.dev (#30809) next »