Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:6350 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 3891 invoked by uid 1010); 11 Dec 2003 04:53:54 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 3867 invoked from network); 11 Dec 2003 04:53:54 -0000 Received: from unknown (HELO h24-68-209-231.gv.shawcable.net) (24.68.209.231) by pb1.pair.com with SMTP; 11 Dec 2003 04:53:54 -0000 Received: from zworg.com (localhost.localdomain [127.0.0.1]) by h24-68-209-231.gv.shawcable.net (8.12.8/8.12.8) with ESMTP id hBB4rr4H007315 for ; Wed, 10 Dec 2003 20:53:53 -0800 Message-ID: <3FD7F861.5000201@zworg.com> Date: Wed, 10 Dec 2003 20:53:53 -0800 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031014 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: internals@lists.php.net References: <3FD7E62C.9020007@zworg.com> <3FD7F232.4040104@akbkhome.com> In-Reply-To: <3FD7F232.4040104@akbkhome.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] With End With From: jdavidson@zworg.com (jason davidson) Alan Knowles wrote: > for the life of me I cant remember the date of it, (or even find it on > google/zend.com/marc.theaimsgroup... etc.) > > from what i remember, it had a number of flaws. > > a) ambiguaty of the source of a variable or method, (as it was > originally illustrated as poluting the local variable namespace) > > b) the same (or similar) result, could easily be done using aliases, > eg. > $a = &$this->xxx->yyyy > $a->doThis(); > > rather than > > with ($this->xxx->yyy) { > doThis(); > } > > Regards > Alan > > > > jason davidson wrote: > >> If someone could help me find the discusions on the topic, i would >> greatly appreciate it. I searched and have not found anything yet. >> Or if someone could explain why the idea was rejected. >> Thanks >> jason >> >> > > Regarding being able to produce the same result with current constucts, there is no argument, your right, im not at all implying its a necassary construct, regarding ambiguity, it is well implemented in other languages without problem.