Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67928
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.180 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAM+1YOwEY8YitkGij4SiYyBk7QAcL_Rfwz-n86y3F6Q3ouxxpw@mail.gmail.com>
References: <CAM+1YOz823PCdixmWorg3c37Z3LazcFQ7FHYoKg_Z_tEaw+=QA@mail.gmail.com>
 <CAKUjMCV1mShSH1bqPyb788oPYGyQyFXewcotihDpMYt8usxzjw@mail.gmail.com> <CAM+1YOwEY8YitkGij4SiYyBk7QAcL_Rfwz-n86y3F6Q3ouxxpw@mail.gmail.com>
Date: Thu, 27 Jun 2013 11:13:05 +0200
Message-ID: <CAEU6NAeM5cXvSUXi26NodwuM9z0jNwc+xvydVggV0cFKFF0g3w@mail.gmail.com>
To: Tom Oram <tom@scl.co.uk>
Cc: Richard Quadling <RQuadling@gmail.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e0141abf4be58bf04e01f2cf8
Subject: Re: [PHP-DEV] RFC Proposal: New assign value operator
From: peter.e.lind@gmail.com (Peter Lind)

--089e0141abf4be58bf04e01f2cf8
Content-Type: text/plain; charset=UTF-8

On 27 June 2013 11:04, Tom Oram <tom@scl.co.uk> wrote:

> Hi Richard,
>
> Thanks for your reply, the main reason would be operator overloading rather
> than the typecasting example, the typecasting version is more for
> consistency. I am also fairly that there might be situations where it would
> be useful to set the value of a scalar while preserving the time and save
> the need for checking the type first, however I do admit I can't think of a
> concrete example.
>
> The main thing I was thinking is I often find myself writing things like:
>
> $obj->set(2);
>
> $obj->setValue(5);
>
> $obj->setX(4);
>
> Where the object only really represent a single value, examples are things
> like EmailAddress class, ZipCode class, MoneyValue class, etc.
>

What's the reason you're not doing:

$obj = new EmailAddress('me@example.com');

or

$obj = new Money('16.99', new MoneyType('USD'));

... actually, email is the only one of the above mentioned classes, that
could have just one value (neither zip code nor money make sense without
context, as zip codes and money depend on locale). That's an aside though.
Main question being: are you arguing for operator overloading in PHP when
you should just use better constructors?

Regards
Peter

-- 
<hype>
WWW: plphp.dk / plind.dk
CV: careers.stackoverflow.com/peterlind
LinkedIn: plind
Twitter: kafe15
</hype>

--089e0141abf4be58bf04e01f2cf8--