Thank you for your efforts, but it feels like we're being dragged down
again.
Why is it so difficult to introduce asynchronous or coroutine features in PHP?
Has PHP been taken over by certain organizations or authoritarian individuals?
《As a user I rather like not having to deal with async in PHP. While I can
and do work with it in JavaScript it is by far the part of the language I
dislike the most. If I've got to deal with concurrency and thread issues
I'm writing the project in Golang or some other compiled language - not PHP》
If asynchronous features are already being used in Go or JavaScript, is there
still a need to use PHP?
So why are they blocking the introduction of asynchronous and coroutine
features in PHP, preventing it from progressing? Given the current state of
technology, how much longer can PHP compete with other languages?
Please pause the patchwork fixes,
and seriously consider what features PHP developers truly need?
Please don't let PHP stagnate any longer.
原始邮件
发件人：Edmond Dantes <[email protected]>
发件时间：2025年7月16日 00:44
收件人：[email protected] <[email protected]>
主题：[PHP-DEV] TrueAsync Engine API RFC
Good day everyone.
Today I’d like to present an updated RFC related to True Async.
This RFC proposes changes only to PHP core and does not affect any
user-facing features.
https://wiki.php.net/rfc/true_async_engine_api
The main goal of the RFC is to introduce a backend for asynchronous
functionality in PHP.
This approach allows gradually bring async capabilities into the
language and gives space to better design the main userland API in a
separate RFC later.
If this RFC is accepted for PHP 8.5, there is a good chance to prepare
userland async in PHP 9.
For now, all userland API, such as coroutine functions (spawn), await,
and will be available in a separate extension:
https://github.com/true-async/php-async.
But just to be clear, this extension is not part of the current RFC.
Best regards.
