Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:39779
Return-Path: <helly@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 429 invoked from network); 8 Aug 2008 22:05:55 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 8 Aug 2008 22:05:55 -0000
Authentication-Results: pb1.pair.com header.from=helly@php.net; sender-id=unknown
Authentication-Results: pb1.pair.com smtp.mail=helly@php.net; spf=unknown; sender-id=unknown
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 85.214.94.56 as permitted sender)
X-PHP-List-Original-Sender: helly@php.net
X-Host-Fingerprint: 85.214.94.56 aixcept.net Linux 2.6
Received: from [85.214.94.56] ([85.214.94.56:37304] helo=h1149922.serverkompetenz.net)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id FD/DA-46174-243CC984 for <internals@lists.php.net>; Fri, 08 Aug 2008 18:05:55 -0400
Received: from MBOERGER-ZRH.corp.google.com (133-155.107-92.cust.bluewin.ch [92.107.155.133])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by h1149922.serverkompetenz.net (Postfix) with ESMTP id E3C4311EFC8;
	Sat,  9 Aug 2008 00:05:51 +0200 (CEST)
Date: Sat, 9 Aug 2008 00:05:21 +0200
Reply-To: Marcus Boerger <helly@php.net>
X-Priority: 3 (Normal)
Message-ID: <1961502655.20080809000521@marcus-boerger.de>
To: Stanislav Malyshev <stas@zend.com>
CC: 'PHP Internals' <internals@lists.php.net>
In-Reply-To: <489CAD75.2060404@zend.com>
References: <489CAD75.2060404@zend.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] by-ref return & inheritance
From: helly@php.net (Marcus Boerger)

Hello Stanislav,

  I think we may want to stick to our is-a mantra.

marcus

Friday, August 8, 2008, 10:32:53 PM, you wrote:

> Hi!

> Right now, strict inheritance rules do not allow to override
> public function __get($name)
> with
> public function & __get($name)

> I think we may want to allow this (but not the reverse - overriding 
> by-ref return with by-val should not be allowed). Since by-ref return 
> still can be used in by-val context, it should not break the LSP. And it 
> can be useful in some situations - __get having specific by-ref 
> semantics is one of them.

> What do you think?
> -- 
> Stanislav Malyshev, Zend Software Architect
> stas@zend.com   http://www.zend.com/
> (408)253-8829   MSN: stas@zend.com




Best regards,
 Marcus