Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:26287
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain albumltd.co.nz from 210.55.31.88 cause and error)
DomainKey-Status: bad (key type)
DomainKey-Signature: a=rsa-sha1; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:X-Enigmail-Version:OpenPGP:Content-Type:Content-Transfer-Encoding; b=VzZ5gExGihypBpx+1ub2EDaL0PnhhJZRB8l9DC3QICXw4f2XAsNx/JoivpXd13aRbw6IGCKNDtMzgxHYuRUrCL3o2FSQVavk2MzBCmpWWw5WXsOUxO//oob2yUP8Q+eavDCM9kxiTQiAlb+I+GuO2Aw5Lwf+bE8FOV9calknDPo=; c=nofws; d=albumltd.co.nz; q=dns; s=ks1
Message-ID: <4547B12C.1010501@albumltd.co.nz>
Date: Wed, 01 Nov 2006 09:25:16 +1300
Organization: Album Limited
User-Agent: Thunderbird 1.5.0.7 (X11/20060909)
MIME-Version: 1.0
To:  evert@rooftopsolutions.nl
CC:  internals@lists.php.net
References: <4547AE3D.3010706@rooftopsolutions.nl>
In-Reply-To: <4547AE3D.3010706@rooftopsolutions.nl>
OpenPGP: id=0A3ABF58
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Using grand-parent constructor
From: jasper@albumltd.co.nz (Jasper Bryant-Greene)

adding parent::__construct() in the constructors of both Parent and
Child should do what you want.

Jasper

Evert | Rooftop wrote:
> Hi List,
> 
> Sorry if this is the wrong list for this kind of stuff.. I'd be happy to
> re-post this to the users mailing list.
> 
> With the recent updates that will raise E_STRICT on static calls that
> are non static, how do we properly do the following..
> 
> I have a class named 'GrandParent' a class named 'Parent' and a class
> named 'Child'
> 
> GrandParent has a constructor, Parent overrides it and Child does too..
> What if I want to call GrandParent's constructor from the child?
> 
> Most languages allow this through casting the class into the ancestor
> and call then call the method, but I can't do this with PHP, or can I ?
> The other solution (right now) would be GrandParent::__construct(), but
> this is not OOP anymore.. So it seems kind of weird that we get limited
> in functionality, for OOP-ness, but not adding the functionality to
> solve common design problems that we're raised by introducing this..
> 
> Will we get casting in the future?
> 
> Evert
> 

-- 
Jasper Bryant-Greene
Director
Album Limited

jasper@albumltd.co.nz
+64 21 708 334 / 0800 425 286
http://www.albumltd.co.nz/