Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:93783
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.68 as permitted sender)
To: Rasmus Schultz <rasmus@mindplay.dk>, Sara Golemon <pollita@php.net>
References: <d9847a18-49c0-d2d0-db4e-e0d6e6685ba0@fleshgrinder.com>
 <CAESVnVoSbkT=u+agkx9mn+aqsyGv9qOo27tdbkje4qpJ2S=gFg@mail.gmail.com>
 <CADqTB_jDbkmbYEoyX-SE69ZSUu1-3aWRrJ9pYdE4vGn9acmegg@mail.gmail.com>
Cc: PHP internals <internals@lists.php.net>
Message-ID: <94009625-535b-d937-21b6-b454f942a82d@gmail.com>
Date: Sat, 4 Jun 2016 13:38:39 -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: <CADqTB_jDbkmbYEoyX-SE69ZSUu1-3aWRrJ9pYdE4vGn9acmegg@mail.gmail.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!

>> My number one issue with this PR is that it's all PHP code.  There's nothing
> in here that couldn't be done as a composer installable library
> 
> It's a valid point, but not really a good argument against having it - the
> same could after all be said about a lot of PHP functions.

Many of those were introduced when we didn't have good ecosystem for
libraries, and whatever is baked into PHP binary is all you got to work
with. Not the case anymore. Many others were introduced because it was
hard to do it in PHP (no access to some internals, or slow, or required
things that code break between versions). Not the case here either.

Also, there's a difference between core having 20 functions and adding
21st that is doing something new, and core having 200 functions and
adding 201st that does exactly like one of the existing ones but
slightly different (slightly enough so you'd have to consult the manual
now to see why you used each of them in each context).

-- 
Stas Malyshev
smalyshev@gmail.com