Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85414
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.50 as permitted sender)
Message-ID: <550F1B2C.9070607@gmail.com>
Date: Sun, 22 Mar 2015 12:42:36 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Nathan wesley <nathan.o.wesley@gmail.com>, internals@lists.php.net
References: <CAJ97eO3=1YbfLAK2tY-zLpWMdr6DrkE_0nehykWA7LnQa_Cx2w@mail.gmail.com>
In-Reply-To: <CAJ97eO3=1YbfLAK2tY-zLpWMdr6DrkE_0nehykWA7LnQa_Cx2w@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: =?UTF-8?B?UmU6IFtQSFAtREVWXSBUZW4geWVhcnMgZXN0aW1hdGVkIFBsYW4gdG8=?=
 =?UTF-8?B?IHJlcGxhY2UgUEhQ4oCZcyBpbmNvbnNpc3RlbnQgQVBJ?=
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> This makes an opportunity to replace the old API with object oriented one
> preventing any kind of BC break.
> 
> But instead of using this as an extension because of some limitations like
> “string”->startsWith(‘s’); the API should be bundled with the engine (not
> written in PHP).

This is the problem with all these proposals. Instead of taking the
gradual road of making a beautiful API in extension, having it accepted
(I'm taking the optimistic scenario), popular and then merged into the
engine, it's always "let's redo the whole engine from scratch". That's
why these things haven't gone beyond talk for years.

> This will make the opportunity to also remove any inconsistencies in the
> API behavior as well.

You write "remove inconsistencies", I read "break all existing code".

> I’ve seen many articles encouraging new comers to learn languages like
> Python or Ruby, and highly discourage them from using PHP. Also many new
> projects are using languages different than PHP. (don’t tell me you haven’t
> seen this)

I've seen a lot of silly stuff on the Internet, so what? It's a free
medium, anyone can write anything. That doesn't mean it carries any
weight by the fact of writing.

> The old API should be deprecated in PHP 8.0 and removed completely in PHP
> 9.0 (finally)

Which means no code written in PHP would work in PHP 9.0. Why then call
it PHP? Call it something else.
BTW, if you look at Java, some methods deprecated in Java 2 are still
around in Java 8. Java didn't die from it. Why people are so zealous to
break things that work?
-- 
Stas Malyshev
smalyshev@gmail.com