Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:68213
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.223.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CA+p1TcbS5P19EkArH6fa-4JfcV+6-fnyQkbQ4QAqsjk4dP4xHQ@mail.gmail.com>
References: <CAH8MpnkkzO42k+09qhQ46dH98-tER4foo-snRE1P2umyWkt2_w@mail.gmail.com>
	<CA+p1TcbS5P19EkArH6fa-4JfcV+6-fnyQkbQ4QAqsjk4dP4xHQ@mail.gmail.com>
Date: Fri, 19 Jul 2013 13:28:47 -0400
Message-ID: <CAH8MpnmyeLbe-2d8pb9RUxTDi_WK9hWJE-CRK_YpxEHLA+DKrg@mail.gmail.com>
To: Arpad Ray <arraypad@gmail.com>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=20cf30223cabc940e004e1e0a8dd
Subject: Re: [PHP-DEV] Language constructs and callability
From: rdlowrey@gmail.com (Daniel Lowrey)

--20cf30223cabc940e004e1e0a8dd
Content-Type: text/plain; charset=ISO-8859-1

It would more than likely create some semantic nightmares. I can envision
people doing numpty things like:

array_map('include', $dependencyFilesArr);

While it works, it somewhat obscures what you're trying to accomplish in
the code. The maintainability nightmare alone may be enough to
counterbalance any benefits. Then again, who needs
readability/maintainability when you can write hopelessly impenetrable
code? :)


On Fri, Jul 19, 2013 at 1:23 PM, Arpad Ray <arraypad@gmail.com> wrote:

> On Fri, Jul 19, 2013 at 5:36 PM, Daniel Lowrey <rdlowrey@gmail.com> wrote:
>
>> How deeply ingrained into the engine is this behavior? Is there any chance
>> of language constructs ever passing the tests for callability or is that
>> just a pipe dream that's not worth the implementation effort?
>>
>
> It's actually pretty trivial to provide functions for echo and print (just
> did a 5 minute POC), but I'm not convinced it's very useful. I don't think
> isset would be possible other than making it equivalent to an is_not_null.
>
> If the aim is some sort of consistency, what would you do with constructs
> like define() or include()?
>
> Arpad
>

--20cf30223cabc940e004e1e0a8dd--