Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91483 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 89110 invoked from network); 3 Mar 2016 14:08:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Mar 2016 14:08:44 -0000 Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.215.10 mail.experimentalworks.net Received: from [217.114.215.10] ([217.114.215.10:59414] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 1F/7B-21983-96548D65 for ; Thu, 03 Mar 2016 09:08:42 -0500 Received: by mail.experimentalworks.net (Postfix, from userid 1003) id 9FA9F42B91; Thu, 3 Mar 2016 15:08:38 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on km31408.keymachine.de X-Spam-Level: X-Spam-Status: No, score=-1.0 required=4.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.0 X-Spam-HAM-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP Received: from [192.168.2.34] (ppp-93-104-0-117.dynamic.mnet-online.de [93.104.0.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: johannes@schlueters.de) by mail.experimentalworks.net (Postfix) with ESMTPSA id 03C5342B79; Thu, 3 Mar 2016 15:08:32 +0100 (CET) Message-ID: <1457014110.30238.8.camel@kuechenschabe> To: internals@lists.php.net Cc: Fleshgrinder Date: Thu, 03 Mar 2016 15:08:30 +0100 In-Reply-To: <56D73386.3000903@fleshgrinder.com> References: <1F.91.55238.41F10D65@pb1.pair.com> <56D42CD3.6020602@gmail.com> <56D57DF4.8000906@gmail.com> <56D5D2AD.6070805@gmail.com> <56D5DDA6.4080607@fleshgrinder.com> <40.73.36499.548B6D65@pb1.pair.com> <56D6BBD0.5010505@gmail.com> <56D73386.3000903@fleshgrinder.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-a42jyJEufkBMuVb3mKMv" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Subject: Re: [PHP-DEV] [RFC Proposal] var keyword deprecation/removal From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) --=-a42jyJEufkBMuVb3mKMv Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 2016-03-02 at 19:40 +0100, Fleshgrinder wrote: > It showcases what the studies about UI/UX found out about duplicated > behavior (or call it aliasing, multiple choices for the same thing, ...). >=20 > People are confused and we can and should avoid that. Yes, duplication isn't good and we should avoid adding new duplication without a good reason. However breaking compatibility isn't good either. Adding breaks not only invalidates code but also tutorials, books, etc. which might confuse readers more (while I admit, that a book teaching "var" might be questionable in other ways, too) Quick Googling brings this tutorial, which first teaches "var" to get started and then changes to public/private/protected in a later step: http://www.killerphp.com/tutorials/php-objects-page-3/ > The "var" keyword once emitted an E_STRICT but I guess it was turned off > again because too many people were complaining as they are now. One could argue those were other times - I doubt anybody maintains a single code base for both PHP 4 and PHP 7. While in early PHP 5 times it had been common that people tried to produce code working on PHP 4 and PHP 5 without notices. johannes --=-a42jyJEufkBMuVb3mKMv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAABAgAGBQJW2EVfAAoJEH3sTmn8nIPXRl4H/16dI7TdvdP/riWlkCpb7LGI c/UPoIbFOd666gmTjLyfiKD/QgOE8fEWzFjffuunOU7MqtiD/7rXaYBl15N8N1mV pkitNPTSUYYsA21857RtMNE5X5Hw9X0bU/LY8H8DQvX1J528pzn8qeXOxJuz8Yjz ybIXdEjOrv7EhDqwKbkLBqusxjA22F4AI5eEE7Lmw1kWRbzN3lZ4tD6jwbSb24bb PRjnDPQ6/ear9ef9HXbWHOMLwmiTwDxSfD+U5aksFlkaBilmLYzQo2QvN80mITVc NQf956XmnRnmwZmK62ukWGrj+gP3PUJJBehIDZGCPTiYzttffENQR8RCrSbSnPc= =Qi0u -----END PGP SIGNATURE----- --=-a42jyJEufkBMuVb3mKMv--