Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:61746
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAKZjf5To5crgc2cL87_sbF3QGuxYihbyKzwxs7QLGkXzWqc7CA@mail.gmail.com>
References: <CAF+90c_47HtYHnMztUUb7Gd5_gKhpJYJN=G-KJFSmSt_=w2+Lw@mail.gmail.com>
	<CAF+90c8arwhLbaBKWOJnny=j=oXLakaWLDs_cqJUqbGy37TsLg@mail.gmail.com>
	<CAKZjf5SFOmEg97Wn-aw8RFG8QtWPk902Vsh+oDpGQnJSs+MFYw@mail.gmail.com>
	<CAESVnVrRZkmkQ-G_DRWv=9JExRVyXZmi6i81H7-766rTm50SAA@mail.gmail.com>
	<CAKZjf5TbDtSVs7twwVgXH6wCVB0sfQhfasAkCsO47Y_x_9bfuA@mail.gmail.com>
	<500EDCC7.1020402@ajf.me>
	<D7DAFE9C-E5F8-4CA1-8807-6E1C5638275A@gmail.com>
	<CAKZjf5S-GaqhEG2wa86cPo=eV8StkHs9d1TX2SNbXC2x5E1AoQ@mail.gmail.com>
	<500EE3B9.8010902@ajf.me>
	<CAKZjf5TdLEzP_hWn0UVLOO4J-BhKeakXdC7d4wmw38ZUMhEyVA@mail.gmail.com>
	<500EEA76.1030407@ajf.me>
	<CAL+t6cEJ6D59hZDc38EzsURZPrr1zWecTry2VWCSA_rL=6MknA@mail.gmail.com>
	<CAKZjf5To5crgc2cL87_sbF3QGuxYihbyKzwxs7QLGkXzWqc7CA@mail.gmail.com>
Date: Wed, 25 Jul 2012 04:40:53 -0400
Message-ID: <CAL+t6cF4OK27Wx3RRSgiE1u1zLfn7AzW2SH8PwOg7DN99nezbw@mail.gmail.com>
To: Alex Aulbach <alex.aulbach@gmail.com>
Cc: Andrew Faulds <ajf@ajf.me>, internals@lists.php.net
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] Re: Generators in PHP
From: theanomaly.is@gmail.com (Sherif Ramadan)

>
> I like that kind of agile programming, too.
>
> But if someone like me says "come on, lets make it a little bit more
> easy, because returning objects from functions is some kind of
> unconventional; many developers will make mistakes here..." - why not?
> They will. I can tell by sure.
>

What are suggesting is going to make this easy that isn't already
covered by the RFC? Lets not get caught up in semantics here. The
current RFC outlines what appears to be inline with other established
implementations. The fact that a function can return an object should
be nothing new to PHP. The fact that an object cause some flow of
control through a construct, also shouldn't be new to PHP.

I don't understand what you find non-conventional about functions or
methods that return objects.

function foo() {
  return new bar;
}

$foo = foo();

That's already a common thing in most PHP code I see. PDO::prepare(),
MySQLi::prepare(), DateTime::diff(),  also return objects as a result
of calling those methods. I don't think very many PHP developers will
find this concept difficult to grasp if they can already grasp the
aforementioned methods, for example.

>
> Since I begun reading this mailing list I have the impression, that
> there are only PHP-programmers like us out there. But the fact is,
> that the most PHP-programmers didn't even read the manuals completly.
> You may say "Their fault" "Are they programmers, if they don't?", but
> this is first a little bit of ignorance because second this is one of
> the best features, that PHP has - this "nicely flow", everybody can do
> it. I always think of Bob Ross, when I explain PHP.
>

Yes, there are people who don't read the manual. This is nothing new
or unique to any particular language. Yes, PHP makes it easy for
virtually anybody to use. No, not everything in PHP is easy. No, not
everybody who can use PHP will find it easy to write good code or to
understand all of the language's features at first. What programming
language holds this characteristic? From all of the programming
languages I've learned over the years PHP is still by far at the top
of my list for taking on new features.

Just between PHP 5.2 and 5.4 we've gained traits, closures,
namespaces, function array derefrencing, access to member upon
instantiation, and lots of other lovely additions to the language. I
don't see languages like Java or Python evolving this quickly -- by
contrast.

>
> But it's ok, there are no mistakes, there are just happy little accidents. :)
>
> [means: I will not complain any more]
>
> --
> Alex Aulbach

I didn't take any of that as a complaint. I think if you have an
object suggestion (or even subjective one) as to how this can be
easier on the end-user of the language it would be important to bring
it out now. I was unable to ascertain from the prior discussion thus
far.