Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:80740 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 90897 invoked from network); 18 Jan 2015 13:20:15 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Jan 2015 13:20:15 -0000 Authentication-Results: pb1.pair.com header.from=lang@b1-systems.de; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=lang@b1-systems.de; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain b1-systems.de designates 84.200.69.220 as permitted sender) X-PHP-List-Original-Sender: lang@b1-systems.de X-Host-Fingerprint: 84.200.69.220 mx1.b1-systems.de Received: from [84.200.69.220] ([84.200.69.220:60454] helo=mx1.b1-systems.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 10/1C-18613-603BBB45 for ; Sun, 18 Jan 2015 08:20:07 -0500 Received: from [192.168.111.20] (ipb219f41f.dynamic.kabel-deutschland.de [178.25.244.31]) by mx1.b1-systems.de (Postfix) with ESMTPSA id 6CE27B83F1 for ; Sun, 18 Jan 2015 14:15:56 +0100 (CET) Message-ID: <54BBB301.9010005@b1-systems.de> Date: Sun, 18 Jan 2015 14:20:01 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: internals@lists.php.net References: <0DD30A0D-E7CA-4150-83E0-8FD46635279C@ajf.me> <8761c6280g.fsf@margaine.com> <54B91D16.70901@gmail.com> <78.22.47555.7C24AB45@pb1.pair.com> <1421519637.40188.1.camel@proposaltech.com> In-Reply-To: <1421519637.40188.1.camel@proposaltech.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RpVtCQs3h6RKPGOBuaGLssMNj86BReAcX" Subject: Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors From: lang@b1-systems.de (Ralf Lang) --RpVtCQs3h6RKPGOBuaGLssMNj86BReAcX Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, > Please don't construe the willingness to add E_STRICTs with agreement > that such code should be forcibly eliminated. If there were a fully > automated tool to bring code into compliance, I would feel a lot better= > about such changes, but even then, many of us would be applying that > tool to third-party code that has been lying around for a decade > untouched, and that's scary. such a tool has been proposed and even without it, it's a matter of (tedious) search & replace; > I suppose my opinion on these things is formed by my life experience > with these issues and since I don't doubt we all mean well, I guess the= > OO purists probably are approaching this from different life > experiences. Here is where I'm coming from: This is not about purism. Leaving support for PHP4 constructors in the code means this code must be maintained for every core change that affects constructors. > To this day, we > still don't use namespaces or exceptions. =20 No part of PHP forces you to write your code this way. You can still work with "Error classes" or "Error return values" and so on. --=20 Ralf Lang Linux Consultant / Developer Tel.: +49-170-6381563 Mail: lang@b1-systems.de B1 Systems GmbH Osterfeldstra=C3=9Fe 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 --RpVtCQs3h6RKPGOBuaGLssMNj86BReAcX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlS7swMACgkQCs1dsHJ/X7DT2QCg8zQYObM/K4kFky1+qhGZIRaD WyUAn017kPZV0y2o9qrXud3qbffe6FgZ =Q/05 -----END PGP SIGNATURE----- --RpVtCQs3h6RKPGOBuaGLssMNj86BReAcX--