Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:80699
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <54BA65DD.10801@rodas.me>
References: <CAFMT4NpJxuuqc-wTr1aE4K+wZBT8+04j+9-SsY+nhUMU83fDUg@mail.gmail.com>
	<0DD30A0D-E7CA-4150-83E0-8FD46635279C@ajf.me>
	<CAFMT4Nq1X0bONCs=TJyjB1vZ=+UEnX0L8pSex5fWfUMssh4ktQ@mail.gmail.com>
	<alpine.DEB.2.11.1501161126340.4080@whisky.home.derickrethans.nl>
	<CAMc0WS7MjJ85BTSQcRZtGS5MU_9_DfU95SRh6qkmDgWkS2dO4w@mail.gmail.com>
	<8761c6280g.fsf@margaine.com>
	<54B91D16.70901@gmail.com>
	<CAMc0WS5LpdVqF_5P8UiWBzuQc+maX+Shmmi8pZLgGRfOJ7aEmg@mail.gmail.com>
	<AC.11.47555.0404AB45@pb1.pair.com>
	<CAEZPtU7zTKZY4=n_pahWeW2G7JANNnrOZWHHz4bcVb-VGFpegA@mail.gmail.com>
	<54BA65DD.10801@rodas.me>
Date: Sat, 17 Jan 2015 15:43:47 +0000
Message-ID: <CALKiJKq-=ZtpRWu9NoCmaLx4f39bJHmsS5jtd5HNo0jQfw6Nzw@mail.gmail.com>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e01419d8a7c63db050cdaf493
Subject: Re: [PHP-DEV] [RFC] Remove PHP 4 Constructors
From: rowan.collins@gmail.com (Rowan Collins)

--089e01419d8a7c63db050cdaf493
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 17 January 2015 at 13:38, C=C3=A9sar Rodas <cesar@rodas.me> wrote:

> Hi Pierre!
>
> On 17/01/15 08:02, Pierre Joye wrote:
> > On Jan 17, 2015 5:58 PM, "Tony Marston" <TonyMarston@hotmail.com> wrote=
:
> >>
> >> "Stelian Mocanita"  wrote in message
> >> news:CAMc0WS5LpdVqF_5P8UiWBzuQc+maX+Shmmi8pZLgGRfOJ7aEmg@mail.gmail.co=
m.
> ..
> >>>
> >>>
> >>> Florian Margaine wrote on 16/01/2015 13:01:
> >>>
> >>> Hi Stelian,
> >>>>
> >>>>
> >>>> Stelian Mocanita writes:
> >>>>
> >>>> Not under active development doesn't mean that the application
> shouldn't
> >>>> be able to upgrade PHP and enjoy the bug/security fixes or performan=
ce
> >>>> improvements that new versions provide.
> >>
> >>
> >> I agree. If the core developers want each new release, with its bug
> fixes
> >> and security enhancements, to be adopted by the community then they
> should
> >> stop breaking BC for no good reason.
> >
> > Can wie stop using this argument pls?
> >
> > We are talking about something deprecated since 10 years, about the 1st
> > major release in a decade, something we will use for the next 12-14
> years.
> >
> > 5.x will be maintained as well for the next 3 years (plus distros LTS).
> We
> > do not break BC since quite some time too in minor releases.
> >
> > Cheers,
> > Pierre
> >
>
> Wouldn't be better if we borrow things from Perl? I mean, we have an
> 'strict mode' (`use strict;` perhaps) where deprecated things doesn't
> work at all and they throw exceptions (such as the old PH4 constructors
> for instance).
>
>
In this case, I think that would actually be the worst of both worlds -
support for PHP 4 constructors would still need to be maintained in core,
with extra logic for handling the mode switch. Meanwhile, people using old
code with old constructors would never turn strict mode on, and people who
turn strict mode on are probably already well aware that they should be
using __construct.

Annoying though it would be to receive dozens of them, I think issuing an
E_DEPRECATED notice when such constructors are defined is probably the best
approach for now. It does once again make me want medically scoped error
reporting, though (e.g. ignore E_DEPRECATED and E_NOTICE raised in this
PEAR module which I am phasing out anyway)

--=20
Rowan Collins
[IMSoP]

--089e01419d8a7c63db050cdaf493--