ywisax

@meshell frankenphp 太新了

有网络协议和纯服务端的要求，比较好的方案是直接用 workerman 自己处理业务。
就单纯处理 tcp/udp 业务，workerman 比其他类似 php 方案舒服太多。
swoole 也行，但是小项目用 swoole 意义不大，协程没优势。

我个人不是很建议 hyperf/easyswoole 之类的框架，因为太乱了。这种乱不是单个代码逻辑的混乱，是整个框架的 roadmap 就不清晰，甚至部分代码版权也有瑕疵。
上这种野生框架，不如用 symfony + swoole runtime 。

1. 不直接操作数据源，不接触界面，就放到 service ；对象；
2. 不是一般 service 要关心的，这个时候应该有独立的 service 去做数据的管理，一般就是 EntityManager 之类的名字；
3. 会，应该重复验证不必要避免；

最近几年，二三线城市政企的信息化预算缩水了不止十倍，你这个想法很危险啊同志。
我个人很不看好，如果要做的话就把预算缩到最低，市场/开发/售后都自己搞，身体力行摸清楚再考虑。

@seth19960929 我看了下，还是不支持啊 https://github.com/laravel/octane/issues/765

octane swoole ，目前能上协程了吗？

最好说明下 /api/welcome 的逻辑。这个结果不符合开发者对 roadrunner 的预期。
另外跟纯用 golang 写网络业务的接口对比也不合适。laravel+roadrunner 对比的应该是 gin+gorm 这类方案。

高中书本已经告诉你题目提问的答案：按劳分配为主的社会分配制度下，多劳多得是正确的，所以你提到的模式肯定是更加先进的。

但是现实操作中，按劳分配的前提都是要求兼顾公平。这里的公平要承认和考虑人民个体之间的差异（体力/智商/原始资本），不追求绝对意义的道德理解上的公平，而是要尽可能“杀富济贫”，实现均劳均得，多劳少得的大同社会，最终生产力才能正循环产生并释放出来。简单说就是不让就业竞争差的人被市场经济秒杀，无形的手会帮忙疏通下留点活路。

所以你是对的，但是社会不喜欢你这种声音，因为你可能在消除相当大部分受这种决策照拂的人民的利益。