Re: PHP_Compat
| From: | Bertrand Mansion | Date: | Sun, 20 Jun 2004 14:23:36 +0000 |
| Subject: | Re: PHP_Compat | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-30955@lists.php.net to get a copy of this message | ||
Jan Lehnardt wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Hi,
>On 20 Jun 2004, at 16:04, Tobias Schlitt wrote:
>>> As with in_iarray, I think it's probably best not to add this stuff.
>>> PHP_Compat should only aim to replicate new PHP components.
>>> I think a PHP_Utils class would be a good idea.
>>
>> Sounds good for me.
>> @pear-dev: What do the others think?
>
>+1 for putting neat functions in a Utility package. (This is not a
>vote, I just state my opinion :)
I am -1 for a Utility package. Reason being many packages will start to depend
on that one, only to use of 1 or 2 functions max. IMO, the less dependencies
between packages, the better. Especially when it is related to static functions
which can be copy/pasted from PHP manual comments into the package code
directly.
Furthermore, this might the kind of package that will end up full of "if
($phpversion > x)", etc. Makes me think of the Validate package, where there is
no logic, just a collection of functions.
Don't want to sound negative, I just state my opinion as well.
Bertrand Mansion
Mamasam