Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:54130
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.210.44 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4E29949C.9020209@gmail.com>
References: <4E29949C.9020209@gmail.com>
Date: Fri, 22 Jul 2011 11:46:46 -0400
Message-ID: <CAAyV7nHRn1xceA-rtvnxjtsW-5VANSWW+12yF_At+GnMDWX_LA@mail.gmail.com>
To: Alex Howansky <alex.howansky@gmail.com>
Cc: internals@lists.php.net
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] 5.4a2 trait attribute name conflict resolution
From: ircmaxell@gmail.com (Anthony Ferrara)

I was under the impression that traits were not supposed to have
properties at all:

From the RFC:
Since Traits do not contain any state/properties, there is a need to
describe the requirements a Trait will rely on. In PHP it would be
possible to utilize the dynamic language features, but it is a common
practice to give this requirements explicitly. This is possible with
abstract methods like it is used for abstract classes.

Is the support for properties the bug perhaps?

Anthony

On Fri, Jul 22, 2011 at 11:17 AM, Alex Howansky <alex.howansky@gmail.com> w=
rote:
>
> Hello folks,
>
> I've just grabbed 5.4a2 to play with traits. I've found some behaviour wh=
ich
> I'm not sure is a bug, an inconsistency, or a design decision.
>
> Consider a trait and a class that implements it but also overrides both a
> trait method and a trait attribute:
>
> trait foo
> {
> =A0 =A0 public $zoo =3D 'foo::zoo';
> =A0 =A0 public function bar()
> =A0 =A0 {
> =A0 =A0 =A0 =A0 echo "in foo::bar\n";
> =A0 =A0 }
> }
>
> class baz
> {
> =A0 =A0 use foo;
> =A0 =A0 public $zoo =3D 'baz::zoo';
> =A0 =A0 public function bar()
> =A0 =A0 {
> =A0 =A0 =A0 =A0 echo "in baz::bar\n";
> =A0 =A0 }
> }
>
> $obj =3D new baz();
> $obj->bar();
> echo $obj->zoo, "\n";
>
> We get:
>
> in baz::bar
> foo::zoo
>
> It seems this is not correct and that it should be:
>
> in baz::bar
> baz::zoo
>
> The traits RFC pretty clearly states that if a class method conflicts wit=
h a
> trait method then the trait method will be ignored, which is what's
> happening, but it says nothing about what happens to attributes in that s=
ame
> condition. Is this a bug?
>
> Thanks,
>
> --
> Alex Howansky
>
>