Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:115189 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 23815 invoked from network); 28 Jun 2021 19:29:58 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 28 Jun 2021 19:29:58 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 032B01804F3 for ; Mon, 28 Jun 2021 12:49:48 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,HTML_MESSAGE,NICE_REPLY_A, RCVD_IN_MSPIKE_BL,RCVD_IN_MSPIKE_L3,RCVD_IN_RP_RNBL,SPF_HELO_NONE, SPF_PASS,URIBL_SBL,URIBL_SBL_A autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from ts201-smtpout75.ddc.teliasonera.net (ts201-smtpout75.ddc.teliasonera.net [81.236.60.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Mon, 28 Jun 2021 12:49:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telia.com; s=tssemail; t=1624909787; bh=RGjVpaHQWJXEBMVOoC82+PqTw/NIo7odERZ/99CC0hY=; h=Subject:To:References:From:Message-ID:Date:MIME-Version:In-Reply-To; b=b9fkDhIZTQAmVlI08hAHE5Cd/d6u7NOuZaagdbAja/mltF+2j952rAiCU6pF7JPXegDGJzsF0Zoa2NMlaeQ9ZPANbxr8r9osOtfC2Qbz+GK9SR0sLDwlyjddlB7tVNhGjBkH2j/ZHI2lbHsMMPJPspeBbVxWJOuBqHp+qwvXCoVBafD0PsYqQbz1ZdBZc9f2dwwnC+NAiqh9POlwioxZU2xjGte7lbEmgQ8VJ6Bsk6nCsmO3riibdEL/+ItIJMNQX/QsdPGXcEXZSTKgzwCoHaJmqgnL3j4ijiNrNVyz4t1Gj9X417mkKy2S0kFF/2HKeIjAK4u1rK363diBICk65A== X-RG-Rigid: 60C4728C01A7EE8E X-Originating-IP: [213.64.245.126] X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduledruddugedgfeehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuvffgnffktefuhgdpggftfghnshhusghstghrihgsvgdpqfgfvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepuffvfhfhkffffgggjggtsegrtderredtfeejnecuhfhrohhmpeeujhpnrhhnpgfnrghrshhsohhnuceosghjohhrnhdrgidrlhgrrhhsshhonhesthgvlhhirgdrtghomheqnecuggftrfgrthhtvghrnhepjeelhfffffetueduleduvdekvdeljefgheetgfejhedvkeduveehleejkeefudegnecuffhomhgrihhnpehpvggrkhgurdgtohhmnecukfhppedvudefrdeigedrvdeghedruddvieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedrjedruddungdpihhnvghtpedvudefrdeigedrvdeghedruddviedpmhgrihhlfhhrohhmpehukeelledtieegudejsehpnhgvrdhtvghlihgrrdgtohhmpdhrtghpthhtohepihhnthgvrhhnrghlsheslhhishhtshdrphhhphdrnhgvthdprhgtphhtthhopehlrghrrhihsehgrghrfhhivghlughtvggthhdrtghomhdprhgtphhtthhopehnihhkihhtrgdrphhpvhesghhmrghilhdrtghomh X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.7.11] (213.64.245.126) by ts201-smtpout75.ddc.teliasonera.net (5.8.716) (authenticated as u89906417) id 60C4728C01A7EE8E; Mon, 28 Jun 2021 21:49:39 +0200 To: Nikita Popov Cc: PHP internals , Larry Garfield References: <222b3921-3d9b-47f9-8d13-e6a123f36fad@www.fastmail.com> <45b16626-2b04-404b-f5f9-2430004bbdc8@telia.com> Reply-To: =?UTF-8?Q?Bj=c3=b6rn_Larsson?= Message-ID: <0be71895-8d75-aec4-55f8-840f635f2335@telia.com> Date: Mon, 28 Jun 2021 21:49:42 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------21ADBFBDBA835CD12FBBFF53" Content-Language: en-GB Subject: Re: [PHP-DEV] [Vote] Partial Function Application From: internals@lists.php.net ("Björn Larsson via internals") --------------21ADBFBDBA835CD12FBBFF53 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Den 2021-06-28 kl. 16:52, skrev Nikita Popov: > On Mon, Jun 21, 2021 at 4:26 PM Björn Larsson > > wrote: > > Would you look on this feature in a different light if the above > concerns about strict types and nullsafe calls could be clarified / > solved? Or is it about the implementation with it's complexity and > tricky edge cases? > > > These were just some notes on implementation details, they don't > really impact my overall opinion of the RFC. I should also say that > I'm not strongly opposed here, I'm just not convinced this is > worthwhile :) The complexity of the feature would be rather easy to > overlook if I felt the functionality was important. > > I myself think one should take into account that this is a feature > that would make PHP stand out even more. Not being a follower of > other languages here :-) > > > Heh, it's the other way around for me: This just makes me more > apprehensive. Is there some special property of PHP that makes this > feature more relevant to us than other languages? All other mainstream > languages do well without this feature, so why do we need it? > > Regards, > Nikita Well, I think the weak spot in the RFC is the motivation why do we need it. OTOH, Larry posted the "The case for partials and pipes in PHP": - https://peakd.com/hive-168588/@crell/the-case-for-partials-and-pipes-in-php Two things caught my eye there, namely the Health check & HTTP pipeline and also the Scalar thing. Think it would have been good if these had been part of the discussion phase and also highlighted a little in the RFC itself. So do you think these are good motivations on why we need it? Regards //Björn L --------------21ADBFBDBA835CD12FBBFF53--