Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:114159
User-Agent: Cyrus-JMAP/3.5.0-alpha0-403-gbc3c488b23-fm-20210419.005-gbc3c488b
Mime-Version: 1.0
Message-ID: <0782ea44-6e5b-40fe-87d6-4b0fb12c9dba@www.fastmail.com>
In-Reply-To: <44ac7866-75ef-44ab-a5f9-4e571652b5e6@www.fastmail.com>
References: <44ac7866-75ef-44ab-a5f9-4e571652b5e6@www.fastmail.com>
Date: Sun, 25 Apr 2021 14:44:46 -0500
To: "php internals" <internals@lists.php.net>
Content-Type: text/plain
Subject: Re: [RFC] Short functions, take 2
From: larry@garfieldtech.com ("Larry Garfield")

On Wed, Mar 24, 2021, at 7:39 PM, Larry Garfield wrote:
> As requested, splitting off the short-functions RFC to its own thread.
> 
> https://wiki.php.net/rfc/short-functions
> 
> In response to the feedback that the savings in typing volume is small, 
> that's true but also not the main point.  The main point is to allow 
> and encourage functions to be written an in "expression style", that 
> is, as actual functions and not procedures.  As the RFC notes, such use 
> cases are increasing, and is likely to increase in PHP, and that's 
> overall a good thing for the language.  It fits well with a number of 
> recent RFCs both passed and proposed, and makes writing 
> functional-style code much more natural.
> 
> PSR-12 may be unnecessarily verbose (I dislike PSR-12 myself, and have 
> made no secret of that), but it is far and away the most widely used 
> coding standard in PHP land so we cannot ignore its influence.
> 
> -- 
>   Larry Garfield
>   larry@garfieldtech.com


Hi folks.

I've added a bit more reasoning to the short-functions RFC, so it's worth giving another read-over.  It was also recently featured on an episode of PHP Internals if you want a more verbal case made. :-)

Unless there is any significant feedback, I'll be calling a vote for this RFC sometime late this week (Thursday/Friday-ish).

Cheers.

--Larry Garfield