Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:93782
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.174 as permitted sender)
To: internals@lists.php.net
References: <d9847a18-49c0-d2d0-db4e-e0d6e6685ba0@fleshgrinder.com>
Message-ID: <009ff7f1-9d2c-d26c-208f-9f67f327cf94@gmail.com>
Date: Sat, 4 Jun 2016 13:32:45 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0)
 Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <d9847a18-49c0-d2d0-db4e-e0d6e6685ba0@fleshgrinder.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC DISCUSSION] typeof
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> I prepared my first contribution to internals:
> 
> https://github.com/php/php-src/pull/1932

I don't think we need a core function that almost exactly duplicates the
working of existing function but with a slight tweak. I do not think it
is a good idea to do such things, it only produces more confusion.  I
mean yes, NULL may be annoying (not to me but I understand how it can
be) but introducing new core function to change "NULL" to "null" and
similar small tweaks and encourage people (99.99999% of which do not
care) to rewrite their code does not seem beneficial to me.

The extended mode seems to be a kind of pretty-printing debugging output
which probably matches some use case but definitely not all of them. I
don't see how these cases are common enough to be part of core. This
would be completely fine as a PHP library but I don't see why it needs
to be a core function.

-- 
Stas Malyshev
smalyshev@gmail.com