Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97486
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.210.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4a5e4cd4-9414-ebef-d5a7-739bb4df34dd@rochette.cc>
References: <2aecc3f2-5e9d-907f-029b-5c60eb134b33@rochette.cc>
 <CADyq6sJ81NxA=DbRVJQfX8omyzBMew=TXZDdsPUDD52pwVt2+w@mail.gmail.com> <4a5e4cd4-9414-ebef-d5a7-739bb4df34dd@rochette.cc>
Date: Thu, 29 Dec 2016 15:43:49 +0100
Message-ID: <CADyq6sJfyHLFBsL-NMYs7HsVwK4+4okHCqtRk0=RaX+x4hesGA@mail.gmail.com>
To: Mathieu Rochette <mathieu@rochette.cc>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e0103e04e453e8a0544cd1e67
Subject: Re: [PHP-DEV] Decorator classes
From: ocramius@gmail.com (Marco Pivetta)

--089e0103e04e453e8a0544cd1e67
Content-Type: text/plain; charset=UTF-8

On Thu, Dec 29, 2016 at 3:27 PM, Mathieu Rochette <mathieu@rochette.cc>
wrote:

> yeah it's mostly syntactic sugar, I think it would encourage developer to
> use this pattern instead of inheritance when appropriate.
> I also think that most of the time using the decorator pattern helps
> following the single responsibility principle
>

Meh, just `final` as much as possible, combined with interfaces :-)


> also, this would add one more benefit : methods that are not override
> could probably be optimized by the PHP engine (avoid one userland proxy
> call)
>

That's probably something that opcache could do anyway.

Marco Pivetta

http://twitter.com/Ocramius

http://ocramius.github.com/

--089e0103e04e453e8a0544cd1e67--