Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63397
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.42 as permitted sender)
MIME-Version: 1.0
Sender: amaury.bouchard@gmail.com
In-Reply-To: <9570D903A3BECE4092E924C2985CE485612B5A54@MBX202.domain.local>
References: <9570D903A3BECE4092E924C2985CE485612B53E4@MBX202.domain.local>
 <CAEPJdu=1_TWqzyf+sKep+0zBMMJnWjw4R=WM8R95fC=S4UOSXg@mail.gmail.com>
 <CAF+90c-OAcgv6kjg4Xy4acskQ6+35yfPq_hx5+oxPJn-EaaPsg@mail.gmail.com>
 <CAPaKmRmhU0o2DLk2Zy0GYVKB=uenrRNETXNgE3wO8DN5dy+PXg@mail.gmail.com>
 <9570D903A3BECE4092E924C2985CE485612B59F6@MBX202.domain.local>
 <CAPaKmRmVr=dQTF0MZbhL0CqY5BU8PJx4RkEXOd42L0TvJ4xF5g@mail.gmail.com> <9570D903A3BECE4092E924C2985CE485612B5A54@MBX202.domain.local>
Date: Sat, 13 Oct 2012 23:21:30 +0200
Message-ID: <CAPaKmRn4vDKdo+sZUN8OWSTc170iHH3Pui19PWHavD0J5nh-4g@mail.gmail.com>
To: Clint Priest <cpriest@zerocue.com>
Cc: Nikita Popov <nikita.ppv@gmail.com>, Benjamin Eberlei <kontakt@beberlei.de>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=f46d044480ed8280a904cbf76411
Subject: Re: [PHP-DEV] [PHP-DEV [RFC] Property Accessors v1.2
From: amaury@amaury.net (Amaury Bouchard)

--f46d044480ed8280a904cbf76411
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

2012/10/13 Clint Priest <cpriest@zerocue.com>

>    Interfaces are used to define what methods must be present, properties
> are not allowed.****
>
> ** **
>
> Yes, so no one should be correct, right?****
>
> I mean, yes the first declaration implies some code; but for the
> interface, it's still a property definition.****
>
> ** **
>
> You=92re mixing concepts here, it=92s an accessor definition, not a prope=
rty
> definition.  property !=3D accessor, an accessor just happens to look and=
 act
> like a property (which is the point of accessors).
>

Interfaces define methods, not properties. Fine.
But is an accessor (as defined in the RFC) a method? Or should we consider
that an accessor definition is valid inside an interface? I would say no,
because it will be used as a property: outside of the object that
implements the accessor, nobody know if it's an attribute or an accessor
function.

It's the whole point of the RFC (apart from the asymetric visibility, but
you know my point of view).


So, for me, this code should be incorrect:
  interface Fooable {
    public $abc { get; set; }
  }

Because if an object implements the interface:
  class Fooer implements Fooable {
    public $abc {
      get { /* what you want */ }
      set { /* what you want too */ }
    }
  }

How this code will be used? Like that:
  $foo =3D new Fooer();
  $foo->abc =3D 3;
  print($foo->abc);

Everybody will agree with me that $abc is used like a property, not as a
method. So the language should enforce that.
There is a real issue here; this is not a fad from me.

--f46d044480ed8280a904cbf76411--