Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:66540
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain meetme.com designates 74.125.149.73 as permitted sender)
MIME-Version: 1.0
Sender: wfitch@meetme.com
In-Reply-To: <BLU0-SMTP140D1312DDCF8E301FC8ECAE2E50@phx.gbl>
References: <BLU0-SMTP206C4478D1BDF85B7E26DC3E2E40@phx.gbl>
	<CAArmra3JJ1x266ZJDJFWfRiuT5Cx9yOfL-9BFQtzSyoEzyd8NA@mail.gmail.com>
	<DUB403-EAS14790AB3B6CCE080364ACF3E2E40@phx.gbl>
	<CAArmra0ew4av+BQnyP2qCtHwfAw4KH_Pk_vsmdOOg4ZkW8LpAw@mail.gmail.com>
	<BLU0-SMTP26D2D1F65A3CAE9E0D4165E2E40@phx.gbl>
	<CAArmra0z7gbB70C9HhwHKsJcyH5c1oRBARJqKv=++MGpM2PPRQ@mail.gmail.com>
	<BLU0-SMTP3621493A3552AADDA6E4F6CE2E40@phx.gbl>
	<5137D21C.1050907@sugarcrm.com>
	<BLU0-SMTP140D1312DDCF8E301FC8ECAE2E50@phx.gbl>
Date: Thu, 7 Mar 2013 15:06:53 -0500
Message-ID: <CAArmra0xDc8fVsx+bTqLc4o-BzgOYcG168iapjX7zXUZzrbBUw@mail.gmail.com>
To: Bob Weinand <bobwei9@hotmail.com>
Cc: Stas Malyshev <smalyshev@sugarcrm.com>, 
	PHP List Developers Mailing <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=20cf300fb05f7b70f604d75b3f4a
Subject: Re: [PHP-DEV] [RFC] unset(): return bool if the variable has existed
From: willfitch@php.net (Will Fitch)

--20cf300fb05f7b70f604d75b3f4a
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Mar 7, 2013 at 7:10 AM, Bob Weinand <bobwei9@hotmail.com> wrote:

> Am 7.3.2013 um 00:32 schrieb Stas Malyshev <smalyshev@sugarcrm.com>:
>
> > Hi!
> >
> >> RFC updated.
> >>
> >> Any other comments about this RFC?
> >
> > Could you provide a use case for this - which practical value this has?
> >
> > It also still contains factually incorrect claim that unset() is a
> > function and that there's some "inconsistency" in the fact that it does
> > not return value.
> >
> > Also, it is not clear what false returned from unset() actually means -
> > did it fail to unset the value (i.e., it is still set) or there was
> > nothing to unset (i.e., it is still not set)?
> > --
> > Stanislav Malyshev, Software Architect
> > SugarCRM: http://www.sugarcrm.com/
> > (408)454-6900 ext. 227
> >
> > --
> > PHP Internals - PHP Runtime Development Mailing List
> > To unsubscribe, visit: http://www.php.net/unsub.php
>
> Hi!
>
> The main practical value is in the __unset magic method. You can now
> communicate through the "proper" way of a language construct with an
> __unset method. (success or failure)
>

The practical value in __unset is that you can unset an unavailable
"property".  The goal of unset has never been to communicate anything.  It
simply destroys a variable.  Furthermore, if you're looking to identify,
based on your examples, if you need to do cleanup work if a variable is
set, your application should check to see if that value is set.  Unset is
part of the cleanup work itself.

It would be nice to see actual use cases in an application rather than
examples showing that your very specific use cases would work with this
change.  I've yet to see any value added by this RFC.


>
> I've added a code example to the RFC.
>
> Bob Weinand
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--20cf300fb05f7b70f604d75b3f4a--