Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:54137
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.46 as permitted sender)
MIME-Version: 1.0
Sender: mikegstowe@gmail.com
In-Reply-To: <CADajX4Bipo6Syi_nG_+pbPzU=5Um2fdrxy8cCuZfyyXaniU7bA@mail.gmail.com>
References: <4E29949C.9020209@gmail.com> <CAKUjMCWWmhkQTMLoof76nFZEZs80cz4KFgKtw5UzsX6XwFMoVw@mail.gmail.com>
 <CAH8KiXK9z907NrPn4=v_P8iAUS+1NSMOXEe-nZpt1Mks43+YDw@mail.gmail.com>
 <4E29A164.3070108@gmail.com> <CADajX4Bipo6Syi_nG_+pbPzU=5Um2fdrxy8cCuZfyyXaniU7bA@mail.gmail.com>
Date: Fri, 22 Jul 2011 11:22:38 -0500
Message-ID: <CAH8KiXKgEDPHEEcLrEX8x_1xBY9gnRFaNXdLaUyW4tUescRjDQ@mail.gmail.com>
To: Adam Harvey <aharvey@php.net>
Cc: Alex Howansky <alex.howansky@gmail.com>, internals@lists.php.net
Content-Type: multipart/alternative; boundary=0023545bf334e856d904a8aae09e
Subject: Re: [PHP-DEV] 5.4a2 trait attribute name conflict resolution
From: me@mikestowe.com (Michael Stowe)

--0023545bf334e856d904a8aae09e
Content-Type: text/plain; charset=ISO-8859-1

I agree with Adam, I think it would be nice to let the trait contain its own
properties which can then be overwritten by the class properties.

This way we could include default properties that the trait may be dependent
on, while providing the opportunity to override individual properties to
provide a specific reaction for the class the trait is used in.

Just curious, if the trait property is set to private what happens?

- Mike



On Fri, Jul 22, 2011 at 11:18 AM, Adam Harvey <aharvey@php.net> wrote:

> On 22 July 2011 09:12, Alex Howansky  wrote:
> >
> >> That makes sense if it would overwrite the methods as well, but
> >> otherwise it seems like it provides inconsistent functionality.
> >
> > Exactly. At the least, it's inconsistent. If it's a bug, then it seems
> the
> > question becomes:
> >
> > Is the bug this:
> >
> > "Properties defined in a trait should be overridden by same-named
> properties
> > defined in a class that use the trait."
> >
> > Or (as pointed out by Anthony) this:
> >
> > "You shouldn't be able to define properties in a trait."
>
> Traits definitely need to be able to support properties, IMO, so I'd
> say that the first behaviour just needs to be documented (and
> potentially a notice added). Either the trait or the class is going to
> have its property overwritten, so we should pick which definition wins
> and go from there.
>
> Adam
>
>

-- 
-----------------------

"My command is this: Love each other as I
have loved you."                         John 15:12

-----------------------

--0023545bf334e856d904a8aae09e--