Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77941 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58154 invoked from network); 13 Oct 2014 20:40:06 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Oct 2014 20:40:06 -0000 Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 108.166.43.75 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 108.166.43.75 smtp75.ord1c.emailsrvr.com Linux 2.6 Received: from [108.166.43.75] ([108.166.43.75:41878] helo=smtp75.ord1c.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 62/44-32407-4A83C345 for ; Mon, 13 Oct 2014 16:40:05 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp26.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id E15BA380438; Mon, 13 Oct 2014 16:40:01 -0400 (EDT) X-Virus-Scanned: OK Received: by smtp26.relay.ord1c.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 9820338020A; Mon, 13 Oct 2014 16:40:01 -0400 (EDT) X-Sender-Id: smalyshev@sugarcrm.com Received: from Stass-MacBook-Pro.local ([UNAVAILABLE]. [74.85.23.221]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA) by 0.0.0.0:465 (trex/5.2.13); Mon, 13 Oct 2014 20:40:01 GMT Message-ID: <543C38A1.8080600@sugarcrm.com> Date: Mon, 13 Oct 2014 13:40:01 -0700 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: Marco Pivetta CC: PHP Internals List References: <543C1E5A.7040405@sugarcrm.com> <543C2A08.9020004@sugarcrm.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Deprecation of func_get_args(), call_user_func_array() and related API From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > The problem always existed, and it's that it is very hard to escape from > an API that is dictated by the language itself. It is not a problem, at least not a define problem - what is "escape from an API"? Why you would want to escape from the language you're writing in? > Getting gradually rid of those APIs and making them swappable pieces > simply increases the degree of freedom that we get in our applications, No, it does not. It increases the number of moving parts, makes the environment more uncertain, requires more testing and potentially fragments the ecosystem. > by having less people rely on stuff like `array_map` and `array_filter` Why would you want less people to use PHP features? More people should be using array_map, not less. > Right, and now they can be built in a way that isn't coupled with the > engine itself. It's not coupled with the engine, it's part of the PHP core functions (which is separate part of PHP from the engine). And I still have to see one reason why having them implemented in C is a problem. Without having this reason, the discussion is pointless. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/