GNOME Mutter 代码仓库中的 Cogl 驱动程序 API 清理在开放了两个月后于上周进行了合并。这项代码清理工作对于将来 Mutter 决定添加 Vulkan 后端时，最终应有所帮助。
来自红帽公司的 Adam Jackson 在今年早些时候进行了这次针对 Mutter/Cogl 的代码清理，并于上周向 Git master 提交了代码。此次代码清理工作将更多的 OpenGL 代码迁移到 GL 专用路径中，并置于 Cogl 核心之外。 作为清理的一部分，没有进行功能上的改变，但如果 Mutter 最终要支持 Vulkan 或其他非 OpenGL 后端，隔离 OpenGL 代码显然十分重要。这不是 Adam Jackson 第一次尝试清理 Mutter 内部的 OpenGL 代码。几个月前他推进了另一项合并请求的落地，主要是为了修复直接调用 OpenGL 代码导致的后端抽象层泄漏。 当 GTK 4.0 提供对 Vulkan 的支持时，我们就会看到 GNOME 团队是否会强调提供 Vulkan 驱动的桌面体验。更多内容，请关注本次专辑…… 邮件列表显示，WireGuard 已经合并入了 OpenBSD 源码树中。WireGuard 是一个 VPN 内核实现，代码行数少（相比之下 OpenVPN 有超过 10 万行代码），优先考虑性能，配置简单，试图在做到配置简单的同时提供高性能。
WireGuard 基于 UDP，数据包在一端加密之后封装在 UDP 包内发送到远程端点，然后解密。并且其支持更广泛的加密算法与协议。 WireGuard 已被多家大公司使用，并被整合到工具、发行版，移动手机和数据中心，此前也已经进入了 Linux 5.6 内核主线。此次进入 OpenBSD，又拿下一个阵营，也意味着未来 OpenBSD 将能原生支持 WireGuard VPN。更多详细内容，请大家关注本次专辑…… Deno 团队计划删除所有内部代码构建时的 TS 类型检查与捆绑。打算将所有运行时代码转移到同一个 JavaScript 文件当中，但仍将使用随附的 d.ts 文件保存类型定义与说明文档。理由是：在变更文件时，TypeScript 往往需要几分钟的编译时间，这导致连续编译过程变得非常缓慢；
在创建 Deno 可执行文件以及面向用户的 API 源文件时，TypeScript 结构会引发一系列运行时性能问题；TypeScript 本身对于 Deno 代码的组织工作毫无帮助，反而增强了代码组织负担。Deno 团队提出的一大现实问题，是 TypeScript 会在两个位置复制相互独立的 Body 类…… 由于 TypeScript 编译器无法帮助开发者生成 d.ts 文件，内部代码与运行时 TypeScript 声明必须以手动方式保持同步；他们维护着两台 TS 编译器主机：一台用于内部 Deno 代码，另一台用于外部用户代码，但二者的作用其实非常相似。 需注意的是，Deno 将仅在内部代码中停用 TypeScript，Deno 用户代码中的 TypeScript 部分仍将保留，类型检查自然也将并存。虽然 TypeScript 常被视为 JavaScript 的改进版本，但此次情况提醒我们问题也许没那么简单。与任何其他语言一样，TypeScript 也有自己的缺陷。其最重要的问题之一，在于缓慢的编译速度。 在从纯 JavaScript 转换至 TypeScript 时，小型项目可能编译变慢的问题还不算严重，但大型项目（例如复杂的 React 应用程序）则将深受其害。从 Deno 项目的体量出发，停止使用 TypeScript 也算是顺理成章。更多相关内容，请关注本次专辑…… |
