上 docker 不是为了大规模容器编排吗？开发环境上不上都行，如果从干净系统开始，半个小时你都搭不好，你可能需要 docker 。我搭开发环境，取决于下载 IDE 的时间，其它都是 apt install 搞定。

toolbox 提示了，已更完，即时 doc 渲染，git 也增强了

@zxc1234 类的加载跟 new 没有关系

@Evilk 2.x 和 4.x 下出过好多次问题，有 bug 引起的 coredump，也有自己使用不当掉坑里的，实在没精力折腾 Swoole 了。

已经在 7.1 停留了 3 年了，最早还是 swoole 1.x，2018 年用 swoole2.0 重构了日请求几亿的核心 API，然后升级到 4.x 了，再然后又重构了，核心 API 不用 PHP 了，只保留 fpm 跑一部分管理后台。

按头发数量分，最公平了

你是真傻，还是不愿意清醒？

没有 gc 日志？ fgc 叠加 swap 能卡几十秒，在内存 32G，剩余 20G 以上的情况下。

@dragonsunmoon git 提交的 hook 通知 CI/CD 工具，CI/CD 工具从 repo 拉取代码生成相应版本的文档，整个过程都没有人工参与。

不考虑业务逻辑的前提下，从接口定义的数据结构，自动根据类型填充 mock 一个 JSON 给前端，写个 helper 就可以了，为这样的小需求改变写代码的方式，我觉得不值得。我个人觉得这类功能应该作为 CI/CD 工具的一个插件，而不是框架提供。

rap2 不但能自动生成前端的 typescript 类型定义，还能自动生成调用接口的前端代码，除了在线文档和 API 测试，也能生成离线 docx 文档。最重要的是，这样一套工具，对项目使用的框架和选型没有侵入。rap2 目前已经应用了超过 10 万个 git repo 了。

你的文档和例子我也看了，不是很明白，如何集成 vertx 的其它组件，也不知道怎么跟 springboot 整合，协程中如何处理阻塞线程的调用，不返回 JSON 返回一个文件下载时怎么处理，有多个数据库的时候如何处理。也许简单 CRUD 用用没问题，需求跟套路稍微有点不同，就很难下手了。

@dragonsunmoon Kotlin 官网的 API 文档就是根据注释自动生成的，Vertx 的 API 文档也是这样生成的。


阿里的 rap2 了解一下 https://github.com/thx/rap2-delos

没有顺序

@dragonsunmoon 从注释生成文档的工具已经有很多了，只侵入注释，不侵入代码和框架使用习惯。根据字段类型生成的 mockup 数据，看上去很美好，但是不带业务逻辑在里面，往往没法用，不比前端自己 mockup 的好。

工作交接的时候，使用主流框架比小众的成本要低的多，我觉得最需要文档不是接口和字段说明，那个在代码里就有，迫切需要的是自上而下的架构和设计文档。

netty 算底层库，vertx 可不是底层工具库，vertx-web 已经是全功能的 web 框架了，开发效率跟 springmvc 没有太大差别。

php 由于 fpm 的局限性，很多事情做的不好或者没法简单做，要突破局限性只能引入 swoole，门槛比转 Go 高的多，swoole 自身问题比较多，遇到问题的人却很少，你品你细细的品。加上 PHP 是动态弱类型，容易犯低级错误。

解决了什么问题？比直接用 vertx 更麻烦

关于类型系统，可以大概看一下 2010 年之后出现的语言，有几个是动态弱类型的？ dart2 不也改成强类型了。

php 的所谓特色，没有一个被人抄了，这还不够说明问题？

假如放弃短平快，按照 oop 方式开发，那写起来跟 java 或 go 之流也没多大区别了，干嘛还用 PHP ？ php 所谓开发效率，在 2015 年之后，已经没有明显优势了。

精准的不讨厌，问题是太不精准了

完整性，可靠性，一致性，是三码事