目录
- 1. 丐版 HelloWebGPU
- ① 为什么是 index.html
- ② 你这个代码为什么浏览器没有显示东西?
- ③ 为什么你不用 HTTP 协议打开 index.html
- 2. 我需要类型提示
- 2.1. 使用 VSCode 的 jsconfig 获取类型提示
- 2.2. 在前端工程化的项目中使用类型提示
- 2.3. 在 Vue/React 等项目中
- 3. 画三角形的例子
- 4. 作者的话
1. 丐版 HelloWebGPU
最简单的 WebGPU 程序应该是这样的:
const init = () => { if ('gpu' in navigator) { console.log(navigator.gpu) } else { console.log('浏览器不支持 WebGPU;浏览器未开启 WebGPU 功能。') }}init()
将上面的代码保存成 index.html
,双击打开就可以在控制台看到输出的对象:
如果你是什么都不会的新手,那么接下来这几个问题我只说一次。当然,老手可以选择性跳过。
① 为什么是 index.html
不为什么,你喜欢可以改成 home.html
,main.html
,但是文件的后缀名得是 html
,用 index.html
是习惯。
② 你这个代码为什么浏览器没有显示东西?
如果你没有阅读过我之前的文章,没有仔细阅读过,自然是不知道为什么。
WebGPU
不像 WebGL
,它解除了与 DOM – HTMLCanvasElement 的强关联。很简单:
WebGPU focus on GPU. Rendering is part of GPU’s features, not all.
意思是,渲染绘图只是 GPU 的一部分功能,WebGPU 更接近现代 GPU 的功能定位。
所以,作为浏览器内置的一个 API,你只需要 JavaScript 就可以获取到这套全新设计的 API,它挂载于 navigator
上。
③ 为什么你不用 HTTP 协议打开 index.html
别急,待会就用。
双击 “index.html” 文件,浏览器打开这个页面,你可以在浏览器地址栏看到完整的文件资源路径:
file:///C:/Users//Desktop/index.html
最前面的字母是 file:///
,然后跟了个本地磁盘路径,这种方式叫做 使用 file 协议访问(打开)页面,但是我们很多时候都是使用 http(或 https,简单起见,下文全用 http)协议打开的,哪怕是在本地:
http://localhost:8080/index.html
具体原因不重复,网上有非常多这两种协议在 Web 开发时的差异。
而在本地启动一个 HTTP 服务器软件,伺服某个磁盘中的资源,在我是学生的年代资料不算多,也不算少,可以借助 Apache-HTTPD,也可以借助 Tomcat,甚至为了一个小小的 index.html 下载一个 XAMPP 的大有人在。
现在,你完全可以借助:
- VSCode 的 LiveServer 插件
- 更易配置的 nginx / openresty
- Python 的 http.server 模块
- NodeJS 全局 http 插件 / NodeJS 写一个简易的 HTTP 服务器
- 借助各种前端工程化工具,使用 devServer
来伺服这个 index.html,我之后将选择最后一种,作为开发时的辅助工具。
2. 我需要类型提示
2202 年如果还有人建议新手用 Notepad 写代码的都建议去喝一口恒河水。软件开发至今,积累了无数的技术和门槛,就不要再堆叠了。
我选择 VSCode 作为 JavaScript 代码编辑器,你也可以选择别的。
写 JavaScript 这种动态类型的语言,调用函数、鼠标指针移动到变量、函数上没有智能提示时,纯猜、靠背是相当让人没有耐心的事情。
我们可以借助 TypeScript 的 类型声明 来做到类型提示。
很可惜,在我写这篇文章的时候,正式频道的各大浏览器还没有正式暴露 WebGPU JavaScript API。
2.1. 使用 VSCode 的 jsconfig 获取类型提示
VSCode 是 TypeScript 编写的,自然对类型声明文件(*.d.ts
)有支持。在普通的 JavaScript 项目中,想要获得像 TypeScript 一样的类型提示,只需在项目根目录下增加一个 jsconfig.json
文件,其拥有 compilerOptions.typeRoots
配置项,告诉 VSCode 要去哪里读取类型声明文件即可。
如上所示,jsconfig.json
告诉 VSCode,类型声明文件从 ./src
文件夹下找。在那个 index.d.ts
文件中,你可以自己写类型声明;我就偷懒了,从官方仓库复制了一份 WebGPU 的类型声明文件,粘贴于此。
所以,在 main.js 文件就可以用 WebGPU 的类型提示啦!
这种只是一种过渡方法,接下来将展示在 Vite + TypeScript 项目中使用 WebGPU 官方的类型提示库。
2.2. 在前端工程化的项目中使用类型提示
我的选择是 Vite + TypeScript,选择 Vite 的理由很简单:
开发服务器使用 esbuild 速度足够快
插件蓬勃发展,开箱支持很多 Webpack 需要 loader 才能实现的特性
文档丰富
内置依赖少
最重要的一点,我比较厌烦 polyfill 的过程。毕竟,
能运行 WebGPU 的浏览器,还需要考虑向下兼容?
关于如何使用 Vite 脚手架工具开启各种模板项目就不复述了,我使用 Vanilla + TS 模板创建了一个工程 “gpuweb-prj”:
随后,安装项目依赖:
pnpm install && pnpm add @webgpu/types -D
然后,在项目根目录下的 tsconfig.json
的 compilerOptions.typeRoots
添加类型提示库的路径即可:
{ "compilerOptions": { "typeRoots": [ "./node_modules/@webgpu/types", "./node_modules/@types"] }}
“./node_modules/@types” 是一个类型提示库仓库的默认路径,位于 GitHub – DefinitelyTyped/DefinitelyTyped: The repository for high quality TypeScript type definitions.,但是 WebGPU 没有提交到这个仓库,所以需要添加新的路径,与 2.1 小节中添加自己的路径是一个道理,只不过这里用的是 TypeScript 项目,所以是 tsconfig.json 文件。
然后,你就能在你的 ts 代码中愉快地用 WebGPU 类型了。
待 WebGPU 正式登陆各大浏览器的那一天,应该就不需要搞这么麻烦了,届时会像 WebGL 一样,将类型集成在 TypeScript 的内置类型声明中:
? 应该快来了吧,希望官方别鸽太久了。
2.3. 在 Vue/React 等项目中
也一样的,均是在 jsconfig.json / tsconfig.json 文件中配置类型声明文件的路径即可。
3. 画三角形的例子
基于上述使用 Vite 创建的项目,修改 main.ts 如下:
import { wgslShader } from './shader'import './style.css'const init = async () => { if (!('gpu' in navigator)) { return } const canvas = document.getElementById('canvas') as HTMLCanvasElement //#region 适配高 DPR 屏幕的 canvas const dpr = window.devicePixelRatio canvas.style.height = `${canvas.height / dpr}px` canvas.style.width = `${canvas.width / dpr}px` //#endregion const adapter = await navigator.gpu.requestAdapter() if (!adapter) { return } const device = await adapter.requestDevice() const ctx = (canvas as HTMLCanvasElement).getContext('webgpu') if (!ctx) { return } const preferFormat = navigator.gpu.getPreferredCanvasFormat() ctx.configure({ device: device, format: preferFormat, alphaMode: 'opaque', }) const triangleShader = device.createShaderModule({ code: wgslShader }) const pipeline = device.createRenderPipeline({ layout: "auto", vertex: { module: triangleShader, entryPoint: 'vertex_main' }, fragment: { module: triangleShader, entryPoint: 'frag_main', targets: [{ format: preferFormat }] }, primitive: { topology: 'triangle-list' } }) const renderPassDescriptor = { colorAttachments: [{ view: undefined, clearValue: [0, 0, 0, 1], loadOp: 'clear', storeOp: 'store', }], } as GPURenderPassDescriptor const frame = () => { if (!canvas) { return } const commandEncoder = device.createCommandEncoder(); (renderPassDescriptor.colorAttachments as GPURenderPassColorAttachment[])[0].view = ctx.getCurrentTexture().createView() const renderPassEncoder = commandEncoder.beginRenderPass(renderPassDescriptor) renderPassEncoder.setPipeline(pipeline) renderPassEncoder.draw(3) renderPassEncoder.end() device.queue.submit([ commandEncoder.finish() ]) requestAnimationFrame(frame) } requestAnimationFrame(frame)}window.addEventListener('DOMContentLoaded', () => { init()})
创建着色器文件 shader.ts 如下:
export const wgslShader = /* wgsl */`@vertexfn vertex_main( @builtin(vertex_index) vertex_index: u32) -> @builtin(position) vec4 { var pos = array<vec2, 3>( vec2(0.0, 0.5), vec2(-0.5, -0.5), vec2(0.5, -0.5) ); return vec4(pos[vertex_index], 0.0, 1.0);}@fragmentfn frag_main() -> @location(0) vec4 { return vec4(1.0, 0.0, 0.0, 1.0);}`
样式和 HTML 如下:
html, body { margin: 0; padding: 0;}#app { height: 100vh; width: 100vw; display: flex; justify-content: center; align-items: center;}其余改动并不大。
4. 作者的话
前端工程化蓬勃发展离不开 NodeJS,虽然这玩意儿本意并不是前端,只是它为一系列前端构建、开发工具提供了一个不错的土壤。
前端系统化离不开 TypeScript,它应该算是出现在了合适的时间。
前端走向各种丰富的应用,ng、react、vue 可谓是浓墨重彩的一笔了,但是调用 GPU 的 Web 图形开发者更要搞清楚的是:你是在操作各种 DOM,还是操心图形 API?