rfc RFC-1009 内置 PHP 语言实现的标准库 swoole-src/lib

现状

目前swoole扩展底层仅提供驱动层能力，服务器端编程很多常用的功能并未提供，如连接池、rpc等，需要php代码实现。很多swoole框架都实现了对应的代码，产生了一定的重复工作。

官方提供标准库，可以让大家协作共同制定一套标准的library，供swoole社区用户使用。减少重复性工作，提升代码复用性。

参考对象node.js，node主干中维护了一个lib目录，提供使用js语言实现的标准库。

https://github.com/nodejs/node/tree/master/lib

改进

swoole-src/lib随swoole.so共同打包发布
make install时自动将lib目录copy至与${PHP_DIR}/lib/swoole目录下
lib目录根目录提供autoload.php，在swoole扩展加载时自动载入到ZendVM中

最终实现中，用户对lib提供的类或函数是无感知的，无法区分是扩展定义还是lib定义。保持足够的清理，仅依赖swoole不依赖其他任何php类库或composer包。

选项

提供php.ini配置swoole.use_library = On/Off 开启或关闭标准库

投票

合并到标准库的.php代码，必须要得到框架开发者和社区用户的广泛认可

Apr 24 '18 02:04 matyhtf

有个想法，是否能够创建一个新的主仓库（命名空间）例如 swoole-lib，主要负责归纳公共包，像archlinux一样分core, extra, community，根据投票决定是否进入core(swoole-lib), 框架根据需求引入相应的包。

Apr 24 '18 04:04 comoyi

能否创建一个官方社区，交流移到社区论坛，可以分多个板块(lib块，问题整理，中间件开发，框架，swoole) 1.lib块可以提议组件通过后立案，并组织开发，同时可以交流。 2.问题整理块，提问与回答，现在用q群的方式就比较弱了，整天都是一些没营养的讨论，同一个问题被问了很多遍。论坛的话回答一次就好，新手可以搜索。 3.框架块，一些优秀的框架推荐和教程，同时可以跟进框架的开发等。还有现在框架的组件虽然框架内不耦合，但是与框架耦合，这样复用性就很低了。 4.中间件块，现在很多中间件都是其他语言的，PHP很少中间件，但是有了swoole，中间件开发就很有必要了。项目大了之后中间件的应用就非常普及了，找个mq发现很多都是Java，很容易项目就转Java了。 5.swoole板块，可以了解swoole的新动作和新功能等。社区建立起来后，很多PHP层的都会有人做，swoole组可以专注底层。最后祝fiber早日完成，这样现在流行框架的改造就能用上，普及率大幅提高，框架官方原生支持swoole也不见得是难事。