Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50704 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 82274 invoked from network); 29 Nov 2010 18:42:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Nov 2010 18:42:16 -0000 Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.211.66 unknown Solaris 10 (beta) Received: from [217.114.211.66] ([217.114.211.66:33210] helo=config.schlueters.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9B/51-09015-CF3F3FC4 for ; Mon, 29 Nov 2010 13:42:05 -0500 Received: from [192.168.1.29] (ppp-93-104-117-198.dynamic.mnet-online.de [93.104.117.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by config.schlueters.de (Postfix) with ESMTPSA id A8E0C4B34A; Mon, 29 Nov 2010 19:42:00 +0100 (CET) To: larry@garfieldtech.com Cc: internals@lists.php.net In-Reply-To: <4CF3EE8A.4000405@garfieldtech.com> References: <4CF3B903.6000204@gmail.com> <4CF3EE8A.4000405@garfieldtech.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 29 Nov 2010 19:41:56 +0100 Message-ID: <1291056116.6129.1.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] RFC: C-sharp style property get/set syntax for PHP From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Mon, 2010-11-29 at 12:18 -0600, larry@garfieldtech.com wrote: > Another advantage here would presumably be performance. If there's > no > getter defined then the engine could simply map $foo->bar to the > class > member directly (which is really fast) and not to a method, so > there's > no added overhead there. That still leaves the question of what > happens > with name collisions, though. Don't kow what you mean by "the engine" in this case? The compiler? - no the compiler can't a) it has no idea what type $foo is b) think about inheritance etc. The executor - well there's no win possible. johannes