一旦开跌基本没底，加上评论全都是纳指买入，你觉得能有戏么😂

@FRankie222 #20 你这个方法依赖镜片，好的镜片是可以水流带走水滴，差点不行

@Tink 他这个是纯 JS 编译，不支持 html 编译的，说来你可能不信，复杂度完全不是一个级别，也就是说 xbintsc 比 scriptc 要复杂很多，2 楼有说明为什么实现 JS 语法在 Ai 模式下简单😂

@enpitsulin
1. pocketjs 这个项目不错，它是支持了 js 的编译，我觉得这个想法也挺好的，但不是使用 html 来渲染，而是使用游戏引擎来渲染，也偏游戏一点，但是 html 能让这件事情更加通用。
2. 可以用 Ai 让 C 也可以直接写界面，但是对于纯 Web 开发来说，C 并没有那么友好，所以我更想让 Web 开发能多一种选择

你的问题也不错，是有思考在里面的👍

@tf2 嗯，要保证浏览器全兼容可能还需要多个迭代，目前这个项目仅开发了一个月，也希望有人可以一起参与进来，包括 webgl 其实绝大多数 API 已经实现，只剩下 transform feedback 和 MSAA/采样缓冲主要受制于 SDL 版本,且普通开发基本上用不上，所以做的保留实现

@imicksoft 你这想法看来也很超前👍

@tf2 嘿嘿 你可以让 Ai 用 xbintsc 编译一个产物看看我说的对不对，但是注意 xbintsc 并不完全支持 node_moudles 包括非规范的 CommonJS

@MarkLeeyun
带 WebGL2 场景的完整 demo 😂

@zy445566 原因是 github action 有时间限制，并且太长时间拖慢迭代

@MarkLeeyun
1. 这个是自动的，但是用户需要申明基本能力清单"extensions": ["gui"]，目前只有 node 和 gui 两个能力清单表面用户要使用的能力，如果申明使用 gui ，gui 就会根据标签或引用自动进行裁剪，有一个清单，几乎都是每 1MB 提升作为一个端点
2. web-platform-tests 线下可以跑，但是放到 github action 只能是选取里面几百个进行跑，就好比 t39/test262 有 5000 个用例，我选取了 200 多个核心用例来跑

清单大概如下

| 功能块 | 链接体积 |
| --- | ---: |
| FFMPEG7.1 | 7.77 MiB |
| SPIRV-Cross （ SPIR-V → MSL/GLSL ） | 2.55 MiB |
| glslang （ GLSL → SPIR-V ） | 2.36 MiB | 21.8% |
| 引擎核心（ DOM/CSS/布局/绘制/合成/window ） | 1.11 MiB |
| HarfBuzz 文本整形 | 0.99 MiB |
| SDL renderer / blit / surface / YUV | 0.84 MiB |
| FreeType 字体栅格化 | 0.59 MiB | 5.4% |
| SDL window/video/events/platform | 0.57 MiB |
| WebGL API 层（`webgl_*`、`dom_api_webgl*`） |
| SDL gamepad/joystick/HID/sensor/camera | 0.38 MiB |
| SDL GPU 后端（ Vulkan/D3D12 + 内建着色器） | 0.29 MiB |
| 图片 / SVG （ stb_image 、nanosvg ） | 0.28 MiB |
| Canvas 2D | 0.19 MiB |
| SDL audio + AudioContext 引擎 | 0.18 MiB |

@MarkLeeyun
1. 编译期，如果是运行时动态加载那体积不就没意义了么😂
2. 主要是自研，跨平台一致性主要是多平台 github action 保证(目前同时跑 macwin(x64/arm) win(x64/arm) ubuntu(x64/arm)) 6 个一起跑 1000+测试用例和自举构建打包阶段，所以产物也是多平台的

@unco020511
不一定，但 html 和 css 的功能其实并不算多，是可枚举的，即使有遗漏，在后续的迭代发现后也一定会逐步完善

@MarkLeeyun 不是，准确来说可以把 js 做的 3D 游戏编译成二进制，并且保证体积在可控范围内

@daysv 我做的是按需加载模块，如果是无样式的英文(字库不需要)的界面甚至只要 3MB ，但是如果有<video>/<audio>就直接引入 ffmpeg(mini7.1 大概 7MB)也就是产物至少 10MB 起步，不同的功能所需要的大小都不一样，再比如 mac 还需要额外至少 2MB 的 Metal 驱动来启动 GPU 的 2D 视觉能力。
对于完美覆盖所有功能，这两个要分开，html 和 css 的功能其实并不算多，是可枚举的。
但是完美这个事情，主要是一致性，目前只能使用测试用例保证，目前测试用例在 github action 要跑 20 分钟，目前 1000+测试用例，后续大概率还会增加

@idealhs 意思差不多，但是 Electron 的技术实现路线，我不认为正确，因为非原生编译还是存在负累

@daysv 代价是你搭建多环境的编译环境会比较复杂，不过 mac 和 window 还好(mac 只要 Xcode Command Line Tools ，win 推荐 11 系统+vs2026)，ubuntu 我看到社区有人搞花了 2 周（ https://blog.csdn.net/weixin_29172963/article/details/167739404 ）

昨天看到帖子： https://v2ex.com/t/1253744
争论实现难度和技术细节，其实最不难实现的就是 JS 语法和 node 相关的 Api ，因为 JS 语法有 t39 的 test262 测试用例库(5000+道)，只要让 Ai 全部跑通就可以。难点主要是集中在视觉交互和启用 GPU 引擎上，包括中间层 Metal/Vulkan/GLSL/SPIR-V 以及视觉验证上，我这边是使用点和矩形切面验证

@zackkk 不可能是手写，但是每次发布都会通过 t39 核心用例

@XIVN1987
https://github.com/zy445566/xbintsc
我已经实现了