Re: Compatibility problems with PHP 5
| From: | Marcus Boerger | Date: | Tue, 02 Dec 2003 18:50:46 +0000 |
| Subject: | Re: Compatibility problems with PHP 5 | ||
| References: | 1 2 3 4 5 6 7 8 9 10 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-6013@lists.php.net to get a copy of this message | ||
Hello Christian,
Tuesday, December 2, 2003, 7:18:11 PM, you wrote:
> Marcus Boerger wrote:
>> I see all your concerns. But from my point of view pear has (of course) the
>> problem that it is written in php4 and for php4. So PEAR needs to address
>> the move towards php5 code anyway. An optional E_STRICT would help here
>> wouldn't it?
> [My concern is that if E_STRICT warns about var then PEAR developers are
> tempted to change their code to PPP. This will screw PEAR users who are
> (for whatever reason) stuck with PHP4.]
> Ok, let's take a step back and ask why you want people to change var to
> public in the first place: I assume you want to make people rethink how
> they use member variables and promote safer programming. Am I right so
> far? Now I have the feeling that if you deprecate var you simply make
> people search and replace var by public globally. Nothing gained at all.
> What you really want is that people can change var to PPP one by one
> after carefully examining the usage of a variable. Having grep var * as
> a tool to identify places to be examined is great, if I replaced all var
> by public in the first place I lose this. And no, I don't believe in
> forcing people to stop developing for a week and go over all their code
> at once to migrate it to the new model. Maybe you see an analogy with my
> __clone() reasoning here (-:C
I agree, but wouldn't it be nice to have a tool at hand that can tell you if
you have decided for all places at any time you want?
--
Best regards,
Marcus mailto:helly@php.net