Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:106039
To: Stanislav Malyshev <smalyshev@gmail.com>,
 Kalle Sommer Nielsen <kalle@php.net>
Cc: Internals <internals@lists.php.net>, Nikita Popov <nikita.ppv@gmail.com>
References: <CAJW__o0GLjcagzF0ZpEK54yyhkFpgV6tm4p+ihnZvv-dC3YFUQ@mail.gmail.com>
 <09a8bba3-d17a-a8e5-f9b7-cc3d65f1e66c@gmail.com>
 <CAJW__o1pFnhtvyX5prNFV--PWNdb3deopwky1aRzY-bPuuA9bQ@mail.gmail.com>
 <0d8eae42-0650-53d9-3436-25611e2f5da6@gmail.com>
Message-ID: <49582f37-91af-b054-c71d-94aa3c098770@gmx.de>
Date: Sat, 22 Jun 2019 23:16:02 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <0d8eae42-0650-53d9-3436-25611e2f5da6@gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [RFC] Deprecations for 7.4
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 22.06.2019 at 21:31, Stanislav Malyshev wrote:

>> While I understand where you are coming from on this, I do think that
>> functionality that is better supported by dedicated extensions to do
>> the job instead of providing some functions in the standard library
>> that converts from a few specific encodings to another:
>
> It may be supported by other extensions (btw did anybody verify that it
> actually is and gives the same results?), but this is not the reason per
> se to remove old working functions. There's a lot of duplication in
> programming languages - all (Turing-complete) languages ultimately do
> the same thing, and most practical languages have way more syntax and
> utility functions than strictly necessary to achieve desired outcome.
> This is because redundancy in expressiveness improves productivity.
> Here we have the reverse - we are forcing people who have working code
> to go back and rewrite it to essentially achieve the same result we
> already have - negative productivity. I don't see a point in doing this.

An alternative of rewriting such code would be to have the function
defined somewhere else; this could be in userland code (and maybe
somebody will make a composer package available), and this could also be
in a custom extension (and perhaps somebody publishes a respective
extension on PECL).

Thanks,
Christoph