Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:63646 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33534 invoked from network); 26 Oct 2012 13:44:47 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Oct 2012 13:44:47 -0000 Authentication-Results: pb1.pair.com smtp.mail=steve@mrclay.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=steve@mrclay.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain mrclay.org from 50.22.11.19 cause and error) X-PHP-List-Original-Sender: steve@mrclay.org X-Host-Fingerprint: 50.22.11.19 bedford.accountservergroup.com Linux 2.6 Received: from [50.22.11.19] ([50.22.11.19:41032] helo=bedford.accountservergroup.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 55/F4-00401-DC39A805 for ; Fri, 26 Oct 2012 09:44:46 -0400 Received: from n128-227-137-144.xlate.ufl.edu ([128.227.137.144]:58820 helo=Distance-Ed-Sclay.local) by bedford.accountservergroup.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77) (envelope-from ) id 1TRkDL-0009nH-5H for internals@lists.php.net; Fri, 26 Oct 2012 08:44:43 -0500 Message-ID: <508A93CA.4030507@mrclay.org> Date: Fri, 26 Oct 2012 09:44:42 -0400 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20121010 Thunderbird/16.0.1 MIME-Version: 1.0 To: internals@lists.php.net References: <508A67E6.2000405@zerocue.com> In-Reply-To: <508A67E6.2000405@zerocue.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bedford.accountservergroup.com X-AntiAbuse: Original Domain - lists.php.net X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - mrclay.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: [PHP-DEV] [RFC] Property Accessors v1.2 : Internal Accessor Method Visibility / Callability From: steve@mrclay.org (Steve Clay) On 10/26/12 6:37 AM, Clint Priest wrote: > https://wiki.php.net/rfc/propertygetsetsyntax-as-implemented/change-requests > ------------------------------------------------------------------------ > Some people are in favor of the internal functions being generated by an accessor > declaration should be invisible and non-callable directly. Others are in favor of leaving > them visible and callable. If we leave them callable, * What would be the effects of users defining the "internal" methods (in both cases of if/if not the accessor is also defined)? Considering current magic methods are *purposefully designed* to be implemented by the user, I expect users to try this and, if it works, release code with it. * I assume one could use them as regular methods? * call_user_func([$foo, '__getpropName']); * $foo->{"__get$propName"} I apologize if these were already covered. Steve Clay -- http://www.mrclay.org/