Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63313
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <9570D903A3BECE4092E924C2985CE485612B496D@MBX202.domain.local>
References: <9570D903A3BECE4092E924C2985CE485612B3B48@MBX202.domain.local>
 <CAPwsocHLimh+b=tdnEUethFX84esA8w0STup-hf-a963tXinMA@mail.gmail.com>
 <CACxA8bn=s6S7jc9rCAUd-40fgscxkJKKCRt77CWpCsSbgRzdrQ@mail.gmail.com> <9570D903A3BECE4092E924C2985CE485612B496D@MBX202.domain.local>
Date: Wed, 10 Oct 2012 09:46:32 +0200
Message-ID: <CAHjTTqM_5kE43aRHP=6Kcu=2zqNGhwReJgfpiMjXECUdZJboJg@mail.gmail.com>
To: Clint Priest <cpriest@zerocue.com>
Cc: Jazzer Dane <tbprogrammer@gmail.com>, Leigh <leight@gmail.com>, 
	=?UTF-8?Q?Johannes_Schl=C3=BCter_=28johannes=40schlueters=2Ede=29?= <johannes@schlueters.de>, 
	"Rasmus Schultz (rasmus@mindplay.dk)" <rasmus@mindplay.dk>, "Etienne Kneuss (colder@php.net)" <colder@php.net>, 
	"Nikita Popov (nikita.ppv@googlemail.com)" <nikita.ppv@googlemail.com>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Subject: Re: [PHP-DEV] [RFC] Propety Accessors v1.1
From: bschussek@gmail.com (Bernhard Schussek)

Hi Clint,

In order to achieve read-only and write-only, we could do something
similar to this:

/* Explicitly read-only, sub-classes may redefine the getter but may
not define a setter */
public $Hours {
    get() { ... }
    final private set() {}
}

This would make the additional keyword superfluous. It's very similar
to what is currently done in Singleton classes that usually have
private constructors.

Second, I'd like to throw in the idea of array accessors. I mentioned
this before, but did not get any response.

public $Addresses {
    offsetSet($offset, $value) { ... }
    offsetGet() { ... }
    offsetUnset($offset) { ... }
    offsetExists($offset) { ... }
}

The reasoning for this feature is that in object-oriented design you
have to process logic when establishing bidirectional associations
between objects. For example, adding an Address to a Contact instance
would require Address::$Contact to be set as well if the association
is bidirectional.

public $Addresses {
    offsetSet($offset, $address) {
        $address->Contact = $this;
    }
}

$contact->Addresses[] = new Address();

What do you think about supporting this?

Cheers,
Bernhard