Coroutine::create是否有必要直接执行代码

[BinaryAlan]

1、从函数语义上上来说，create只是创建，不应包含run/execute的操作
2、创建即执行的设计在多个Coroutine::create放在一起的场景，代码会变成同步执行的效果

        Coroutine::create(function () {
            echo '1';
        });
        Coroutine::create(function () {
            echo '2';
        });
        Coroutine::create(function () {
            echo '3';
        });

3、从正交性上来说，异步和同步的设计有重合的范围，不够合理
综上，建议create的函数名可以改成run

[assert6]

有道理, 但是BC 有点点大😅

[limingxinleo]

这块不会改了，如果你只是单纯想 create 一个协程，可以用

<?php
new \Hyperf\Engine\Coroutine($callable);

[BinaryAlan]

不是我想不想用，只是觉得开源软件的设计应该追求严谨😀

[huangzhhui]

挺好的建议，但 BC 的确有点大，Maybe 到 4.0 的时候再考虑

[twose]

Swow 其实重新思考了各种类似的历史包袱问题，但是在框架兼容后又不可避免地回到了「不严谨」的模式… 所以 BC 真的很难。

Swow 协程从入门到重新入门

[BinaryAlan]

BC确实很难
我常常在想，因为BC很难，我们是不是就可以一直不改，一直“睁一只眼闭一只眼”了？
这点，我从ES上，受到了一点启发，ES的api操作，只要跨了版本，就几乎无法使用，但这似乎也并不会影响它的流行

当你很难确定做一件事是否正确的时候，可以想想，如果没做的话，十分钟后你会不会后悔，十个月后你会不会后悔，十年后你会不会后悔

大刀阔斧的修改，有如剔掉腐肉，这个过程是痛苦的，甚至十分钟后会有一大堆人骂你，但是十个月后大家已经忘记这茬了，十年后还会有无数人称赞你。反之，十年后你可能还在骂这BC真操蛋😂

[huangdijia]

v3.1 先增加 run，保留 create 作为 run 的别名，v4.0 声明 create 废弃，v5.0 移除。
这样可行？