buexplain
buexplain
我反而觉得php的单线程协程是优势,比如请求多个接口,将请求的结果合并成一个大数组的场景,我都不用上锁,直接操作往结果集变量里面压入接口返回结果即可。
先用这个,完善了再改。 ```php /** * 获取cpu核心数 * @return int */ function cpuNum(): int { if (DIRECTORY_SEPARATOR === '\\') { return 1; } $count = 4; if (is_callable('shell_exec')) { if (strtolower(PHP_OS) ===...
> 我的建议是不要为了“看起来像数据库字段”而牺牲 Go 语言的命名规范和工程实践。结构体是给 Go 程序员看的,不是给数据库看的。开发者关心的是语义,不是拼写形式。换成`updated_at`这种我觉得更合适,当然如果你的使用场景确实只能像你说的那么做,那就直接fork一下然后改一下gen内部用吧,也确实有时候会遇到一些很离谱的现实情况 就是为了尊重工程实践,我才搞模型生成,但是有些同事设计的表实在是变态,另外fork改动一下这个路子能解决问题,但是后续升级就不方便了。