Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:18416 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32532 invoked by uid 1010); 25 Aug 2005 12:46:02 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 32517 invoked from network); 25 Aug 2005 12:46:02 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Aug 2005 12:46:02 -0000 X-Host-Fingerprint: 195.141.85.117 uf1.search.ch Linux 2.4/2.6 Received: from ([195.141.85.117:41535] helo=verksam.search.ch) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 45/EA-28235-98DBD034 for ; Thu, 25 Aug 2005 08:46:02 -0400 Received: from localhost (localhost [127.0.0.1]) by verksam.search.ch (Postfix) with ESMTP id 2C5213A0272; Thu, 25 Aug 2005 14:45:58 +0200 (CEST) Received: from unknown by localhost (amavisd-new, unix socket) id client-XXqPIemg; Thu, 25 Aug 2005 14:45:57 +0200 (CEST) Received: by verksam.search.ch (Postfix, from userid 65534) id 6E53B3A0263; Thu, 25 Aug 2005 14:45:57 +0200 (CEST) Received: from [192.168.1.72] (ultrafilter-i [192.168.85.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by verksam.search.ch (Postfix) with ESMTP id E84493A0272; Thu, 25 Aug 2005 14:45:52 +0200 (CEST) Message-ID: <430DBD80.6090804@cschneid.com> Date: Thu, 25 Aug 2005 14:45:52 +0200 User-Agent: Mozilla Thunderbird 1.0 (X11/20041207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derick Rethans Cc: PHP Developers Mailing List References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on verksam.search.ch X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.4 X-Virus-Scanned: by amavisd-new at search.ch Subject: Re: [PHP-DEV] Property Overloading RFC From: cschneid@cschneid.com (Christian Schneider) Derick Rethans wrote: > I updated the proposal: > http://files.derickrethans.nl/property_overloading.html > > If nobody as any better idea on how to solve it I'd like to start > implementing it. I seem to remember that we had some voices here stating that the current mechanisms are sufficient. Adding new keywords and/or new magic methods is something which should have a very high threshold as it complicates the language. To me the proposal looks like a worst of both worlds kind of compromise: Add new keywords and magic methods coupled with (ab)using the (in this context somewhat inelegant) __get/__set mechanism. So I'd rather not see this implemented to be honest. - Chris