Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:62598
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.185 cause and error)
Message-ID: <503F4B89.1020606@lsces.co.uk>
Date: Thu, 30 Aug 2012 12:16:25 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120604 Firefox/13.0 SeaMonkey/2.10
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <CAF+90c_7q5MJzTMt3O6tphfps5=dtxuubWigEjg4eqGwU40sRA@mail.gmail.com> <20120829162147.QQCM24459.aamtaout04-winn.ispmail.ntl.com@p2> <CAF+90c_GbA9EoTQOf=32GmzkQQWEHRj-td7R7Y-na865dEFRUQ@mail.gmail.com> <alpine.DEB.2.02.1208292110280.25835@whisky.home.derickrethans.nl> <op.wjtlhjhpidpuyk@damnation.nl.lo.geleia.net> <alpine.DEB.2.02.1208300938030.25835@whisky.home.derickrethans.nl> <88dcbc07-1e8a-42a5-9816-462f4700f2ab@email.android.com>
In-Reply-To: <88dcbc07-1e8a-42a5-9816-462f4700f2ab@email.android.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [VOTE] Generators
From: lester@lsces.co.uk (Lester Caine)

Andrew Faulds wrote:
>
> Derick Rethans<derick@php.net>  wrote:
>> >Nothing shows that they are. In any example I saw, I don't even see any
>> >
>> >OO syntax/functionality. For me, "yield" is a core syntax*keyword*,
>> >and
>> >hence: no exceptions.
>> >
> I was unware PHP was a purist, non-OOP language. What is "OO syntax" anyway? Why can the core not use high-level language constructs too?
>
> Yield is core syntax, but it produces a function returning a generator, which is an object, and since Iterators use Exceptions, it would be stupid for Generators, which*are*  a class of Iterator, not to.

Actually - shouldn't the discussion on use of Exceptions be sorted out prior to 
adding them piecemeal into new functions. If I had a vote I'd certainly ask that 
any implementation of generators respected the 'core' code practices. Iterators 
are simply an add-on in my design manual and can be avoided - as can yield - but 
yield is being brought in at a level where it is more invasive?

Error handling is another growing minefield and needs to be tidied up before 
this sort of creep makes it impossible to remove if that is the preferred 
option? There needs to be a formal agreement on Exceptions before they are 
pushed out further.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk