V2EX › 2024 的所有回复 › 第 3 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5

❮

❯

2025 年 8 月 4 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@seth19960929 #44 尝试把 php 添加真的异步功能，一直有人尝试的，但官方没有打算，https://www.cnblogs.com/zx-admin/p/19002183
https://externals.io/message/128053

这些都是最近的讨论

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@stabc 可选

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@stabc 额，我手机给你回复的！无服务器是可以在 go 成开启端口，有请求来再解析脚本域代码，解析过程可以选择共享 vm 或者克隆隔离 vm ，就能做的全部代码是否持久化。go 和 php 是一体的，他们可以互相调用实现路由功能，如果你偏要认为实现不了就算啦

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@stabc 点了 start 再说，下班了

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@stabc #34 goroutine 会处理每个请求，请求开始地方设置一个宏处理，插入一个修改函数级别的上下文，并对 vm 克隆隔离就能实现请求内变量和新加载的文件不会影响到其他请求。

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@seth19960929 #32 你说的哪些库是多进程方案，不是他们不想，是 php 底层实现很难做到。

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@stabc #33 你理解错了，我说的上下文是模拟虚拟机层的，用于存储已有的语法节点的对象，把它对齐后，代码缓存和状态就没有了

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@stabc #30 没有抛弃，一个实现下上下文管理类就能做到的事情

2025 年 8 月 1 日

回复了 2024 创建的主题 › 程序员 › 大家愿意中文编程吗

@635925926 #89 看你对冲突的定义了，比如写完注释，准备切换代码时，经常遇到切换不成功，打出几个字母后又删除重新切输入。冲突问题楼上不是都贴了有开源工具专门解决吗，应该是普遍存在的问题才对

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@panlatent #26 现在解决的是 php 多线程、异步、GUi 友好，连接池、性能问题。生态问题呢，未来在依赖管理里引入 go 的库，我一键给你生成脚本域类不行吗？那你觉得怎么样的问题才算痛点呢，或者也能解决也不一定。集思广益。

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@cs8425 #23 它是嵌入官方 php 解释器，然后 go 和 php 经过进程间通讯，性能可能比 php-fpm 快几倍，但是快不过 swoole 和 webmen 等没有代理层的框架。业务还是单进程模式，受 zend 接口限制

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@redbule #20 因为我还有一个仓颉的版本

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@dusu #17 性能已经比 php8.3 好了，自己运行下 performance_test.cjp 看结果。go 生态直接用, 对多封装一个函数或类

2025 年 8 月 1 日

回复了 2024 创建的主题 › 分享创造 › 使用 go 和仓颉重构了整个 PHP

@panlatent #14 解决楼下提出的问题，php 很劣质，所以升级它。

2025 年 8 月 1 日

回复了 2024 创建的主题 › 程序员 › 大家愿意中文编程吗

@jheroy #47 审题，愿不愿意，不是能不能

2025 年 8 月 1 日

回复了 2024 创建的主题 › 程序员 › 大家愿意中文编程吗

@SakuraYuki #23 我尝试过支持中文和符号表 https://github.com/php-any/origami 比如是数组运算符也支持替换，伪代码 int a = 1 × 3; int b = 2 ÷ 1; 这种。这种支持，不需要编程支持也能看懂。

2025 年 8 月 1 日

回复了 2024 创建的主题 › 程序员 › 大家愿意中文编程吗

中文不等于文言文。现在是字母编程，但是他的单词和英语也不挂钩，中文编程最大的问题是输入法经常切换问题，这个可能要输入法更新了，或者新发明一套编程针对性的符号

2025 年 8 月 1 日

回复了 2024 创建的主题 › 程序员 › 大家愿意中文编程吗

@wfd0807 #15 当前输入法和编程习惯导致的思路中断是必然的，但是母语带来的可阅读性也是很大的收益。

2025 年 8 月 1 日

回复了 2024 创建的主题 › 程序员 › 大家愿意中文编程吗

@wfd0807 #13 符号也支持中文符号呢

2025 年 8 月 1 日

回复了 2024 创建的主题 › 程序员 › 大家愿意中文编程吗

@HojiOShi #9 作为一个小特征试试，是为了兼容多种语言语法运行的衍生品

1 2 3 4 5

❮

❯