I agree. Using the prefix `function` kind of defeats the purpose of the whole
RFC.
There are three things that contribute to the boilerplate of closures:
- The `function` keyword
- The `return` keyword
- The `use` clause
The RFC eliminates two and reduces one to about 25%.
I also dislike the idea to use `fn($x, $y => $x + $y)` kind of syntax for two
reasons:
1. To anyone who knows arrow functions fron any other language, this looks like
a function call
2. Optically, `$x` and `$y => $x + $y` look like separate parameters
Also, as mentioned in the RFC adding the `fn` keyword only has very minor
backwards compatibility issues.
Regards,
Ilija
On 31 Jan, 2017, at 09:24 AM, Nikita Nefedov <inefe...@gmail.com> wrote:
On Mon, 30 Jan 2017 20:55:07 +0300, Levi Morrison <le...@php.net> wrote:
Bob Weinand and I are happy to announce that the [Arrow Functions][1]
RFC is moving into the public discussion phase. We have been
collaborating on this RFC for many months now and finally have a
proposal we are happy to discuss in the open.
Here is an example of an existing closure:
function ($x) use ($arr) {
return $arr[$x];
}
This RFC proposes syntax and semantics to simplify this common usage to:
fn($x) => $arr[$x]
More details are in the RFC. The [implementation][2] currently has no
known issues and is ready for you to download, build and test, which
we encourage you to do.
We look forward to a productive discussion period and are happy to
answer questions.
For historical purposes, the revision of this RFC is currently at
[1485798604][3].
[1]: https://wiki.php.net/rfc/arrow_functions
[2]: https://github.com/morrisonlevi/php-src/tree/arrow_functions
[3]: https://wiki.php.net/rfc/arrow_functions?rev=1485798604
Hey Levi, Bob,
that looks very good.
The fn prefix is peculiar yes but it's alright, it doesn't harm neither
readability nor writability, it even has some precedences in other
languages (think Rust, Elixir) and as we all know it is necessary for
parser.
Thanks for the work, I hope it lands in PHP.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
