tc39 / tc39/proposal-immutable-arraybuffer
Review
未关闭
还没有人认领这个 Issue。
- 主要语言
- JavaScript
- 星标
- 38
- 派生
- 7
- PR 合并指标
- 30 天内没有已合并 PR
描述
Informative
- I plan to bring this proposal up at the Wasm CG meeting next week to get Wasm's take. I think this is orthogonal and does not step on Wasm's toes. There is an interesting future design question for reflecting WasmGC Arrays of scalars as JS TypedArrays. I imagine those reflections will not have detachable buffers, but still warrants some discussion with the CG.
Normative
- DetachArrayBuffer needs to throw for immutable buffers.
#38 - Please have a reviewed PR against HTML for structured clone. I don't think there's much design space here, so I'm personally happy for this to be a stage 3 blocker instead of a stage 2.7 blocker. But should WHATWG give feedback that requires this proposal to change, we'd need to make normative changes during 2.7.
https://github.com/whatwg/html/pull/11033 - I'd love to implement this with
mprotect. However, that requires page alignment. We can't reveal the page size to user code, as that's a fingerprinting vector. Fixing a page size seems too unergonomic. Ideas? (Usingmprotectis a nice-to-have for V8, not a requirement.)
Editorial
- Prefer ValidateTypedArray's use argument be renamed accessMode. Ditto for the other Validate AOs.
#33 - Rename [AllocateArrayBuffer]'s maxByteLength parameter to something more descriptive since it can be IMMUTABLE. (I suppose you're minimizing the diff for now?)
#33
贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
调研方向
先查看 issue #30 中的检查清单,然后阅读其中引用的 #38、#33 以及 WHATWG structured-clone pull request。当剩余的规范性、编辑性和设计问题都有明确的决定或记录在案的后续跟进时,该 issue 才算完成。
由索引模型根据 Issue 内容生成。
评估
- 技术栈
- javascript
- 领域
- web-dev
- Issue 类型
- 功能
- 难度
- 5/5
- 预计耗时
- 一周以上
- 活跃度
- 停滞
- 描述清晰度
- 需要澄清
- 新手友好度
- 25/100