Re: [RFC Proposal] var keyword deprecation/removal
| From: | Tony Marston | Date: | Tue, 01 Mar 2016 09:32:55 +0000 |
| Subject: | Re: [RFC Proposal] var keyword deprecation/removal | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-91464@lists.php.net to get a copy of this message | ||
"Rowan Collins" wrote in message news:56D42CD3.6020602@gmail.com...
Tony Marston wrote on 29/02/2016 09:55:If changing a variable directly instead of using a setter does not produce an error that can be detected in your testing, whether that testing is automated or manual, then is there actually an error? If doing something does not cause a problem there there is no problem that needs fixing. Preventing something from happening which does not cause an error even if it did happen seems like wasted effort to me. -- Tony Marston"James Titcumb" wrote in message news:CAKnqCEY7art1GUWG=Pm0wyPGQmYp0Dq8oxdohgBkSGq+O_BTZw@mail.gmail.com...Detected by whom? Using what tool?On 28 Feb 2016 06:18, "Jakub Kubícek" <kelerest123@gmail.com> wrote:Incorrect. It *may* be modified, but surely any invalid modifications will be detected in the testing phase?I see a difference in its _semantics_. While theIf it's public, it will be modified by someone.publicmodifier states anyone can change the property,varis useful for marking internal properties which must be public, but should not be manipulated by simply anybody