Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:24814
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
DomainKey-Status: good
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=googlemail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=mmEDGz4XzEEoCugiwS1MIc/LqYhmcgFvumjl1ZJBwY5PKfOWNsLLHBrKe3NBG3ImZLlXyx/VsQHGhoBQOawRN+hmObpLVJQsmNXR+erwnzlkOO3FB3l1WILmcElGgFvsgzZiTKEMCptbQScpmZrKhBlXptnhrmUaDpidUdGAP5Y=
Message-ID: <10845a340607210238w6728a522lecbf761a2c9ac51b@mail.gmail.com>
Date: Fri, 21 Jul 2006 10:38:08 +0100
Reply-To: RQuadling@GoogleMail.com
To: "PHP Developers Mailing List" <internals@lists.php.net>
In-Reply-To: <44C09F31.9090505@php.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <EB.71.29121.B6690C44@pb1.pair.com>
	 <10845a340607210208l2ffea986ndd77a0a0c50a9965@mail.gmail.com>
	 <44C09BE2.7000201@php.net>
	 <Pine.LNX.4.62.0607211127570.5096@localhost>
	 <44C09F31.9090505@php.net>
Subject: Re: [PHP-DEV] RfC: rethink OO inheritance strictness
From: rquadling@googlemail.com ("Richard Quadling")

I see it as catch up to OOP. I've never used Java. I've used Delphi though.

I suppose the main issue is that userland sees OOP and expects things
to be similar to other OOPs they've used. They're blinkered as to why
it ISN'T the same! Like discrete setters/getters providing
accesssibilty or being able to promote/demote visibility via
inheritence.

On 21/07/06, Lukas Smith <lsmith@php.net> wrote:
> Derick Rethans wrote:
> > On Fri, 21 Jul 2006, Lukas Smith wrote:
> >
> >> Richard Quadling wrote:
> >>> I agree with this point. The sub class is a valid entity in its own
> >>> right. The methods (and the parameters) it has are part of that class.
> >>> If they overwrite a parent class's method, then fine.  Instance of
> >>> either class would have different parameters for the same named
> >>> method.
> >> Its not about being "right". Acedemically Marcus changes are correct. The
> >> question is just if we want to force this way of working onto PHP, or if it
> >> makes more sense to make it optional.
> >
> > I would say that if you want to use it in the "wrong" lenient way that
> > you need to mark your classes as such and not the other way around. This
> > might also have the effect that people see PHP as a better language
> > (because of the OO stuff is "correct" by default.
>
> Or it will mean that the established user base gets ticked off and the
> other people see PHP as just playing catch up to Java. Now is probably
> the time to hire a consulting firm ;)
>
> regards,
> Lukas
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>


-- 
-----
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&amp;r=213474731
"Standing on the shoulders of some very clever giants!"