Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:25971
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.166.179 as permitted sender)
DomainKey-Status: good
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender;
        b=Yl8JZjI5bzJ3V8QEoSiCabkB0tOMRj9EALMySyrcSxv3rgYOEFz45F3UJyZrMLddHuwkCTOwolK04cWkLMhfVPS83aaIyt0iT+ivTaW+lTUlQiIi5KKuJIKOGtl+dsLiwFlOSW+0cBZG5Qlp788rXIxYa2FFggMbMCURUpZ4pHQ=
In-Reply-To: <45268186.5050008@zend.com>
References: <A6.E3.49133.499A2154@pb1.pair.com>	 <50.8B.48579.ED205254@pb1.pair.com> <45252FC7.9030500@php.net> <4e89b4260610060728v51b1ba65m69304a88d693ce7d@mail.gmail.com> <45267188.9030107@emini.dk> <45267B7D.9080206@zend.com> <45267C07.3090404@emini.dk> <45267D5A.70401@emini.dk> <EAE1487D-1A12-4239-B06C-844433A4ADC1@prohost.org> <45268186.5050008@zend.com>
Mime-Version: 1.0 (Apple Message framework v752.3)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-ID: <049A2D7A-DEE1-4F55-997B-BEBEF0B8320D@prohost.org>
Cc: internals@lists.php.net
Content-Transfer-Encoding: 7bit
Date: Fri, 6 Oct 2006 13:03:51 -0400
To: Stanislav Malyshev <stas@zend.com>
Sender: Ilia Alshanetsky <iliaal@gmail.com>
Subject: Re: [PHP-DEV] Re: [VOTE] Intermediate Results
From: ilia@prohost.org (Ilia Alshanetsky)

On 6-Oct-06, at 12:17 PM, Stanislav Malyshev wrote:
>
>> I be wary of allowing this because in some instances method  
>> signature can drastically impact behavior for example
>> foo(&$bar) {} vs foo($bar); I'd prefer to don't reduce this to  
>> E_NOTICE.
>
> Yes, it can have runtime impact. So what? There are so many cases  
> where, for example, not declaring a variable upfront or not  
> assigning a type to it may change script behavior and even  
> introduce a security hole. However, PHP is built to allow such  
> things, and I do not think we should prohibit them - especially if  
> there are a lot of valid uses for them. I think PHP should have  
> priority on flexibility over strictness, if you prefer strict  
> language you can always have Java and declare everything up to the  
> last bit :)

On the same note you can use C and ignore all rules, coding using  
only void pointers and relying purely on gotos for flow control. :-)

>> You are talking about creating static class variables (dynamic  
>> ones can already be created without even an E_NOTICE). I think if  
>> you need this done, why not create a property dynamically and then  
>> access it statically? I suppose you are using this is a means of  
>> having a global
>
> What do you mean by "creating dynamically and accessing statically"?

Bah never mind, confusing properties with methods, my mistake.

Ilia Alshanetsky