编程语言编译器云原生语言运行时【免费下载链接】wingA programming language for the cloud ☁️ A unified programming model, combining infrastructure and runtime code into one language ⚡项目地址https://gitcode.com/gh_mirrors/wi/wing点击查看免费下载导读本文以开源仓库 Wing 中一份 Hangar 测试快照 new_jsii.test.w_test_sim.md 为切入点逐层拆解它背后验证的语言特性——Wing 语言中new X() in scope语法下自定义 scope 表达式只被求值构造一次。读完本文你将理解该快照记录了什么、被测的 new_jsii.test.w 如何断言 scope 单次构造语义、编译产物如何印证这一行为以及 Hangar 快照测试框架是如何自动化生成、规整并沉淀这些结果的。一、快照文档速览一条通过的 sim 测试记录关联文档全文非常精简是 Hangar 为tests/valid/目录下每个合法.w测试文件自动生成的标准快照格式。其结构为标题行# [new_jsii.test.w](https://link.gitcode.com/i/432adb6158f6c08529038b163219f56e) | test | sim声明该快照对应的源文件、执行的测试类型test与目标平台sim即模拟器。## stdout.log代码块记录wing test -t sim运行后经规整sanitize的标准输出pass ─ new_jsii.test.wsim (no tests) Tests (0) Snapshots 1 skipped Test Files 1 passed (1) Duration DURATION这段输出有几处值得注意的细节pass ─ new_jsii.test.wsim (no tests)测试文件本身不包含test ... {}声明的用例Tests (0)但文件作为合法程序被成功编译并加载执行因此整体判定为pass。这也是(no tests)的由来——它的价值不在于单元断言数量而在于验证一段合法 Wing 程序在 sim 平台下能完整跑通包括其中的assert语句在 preflight 阶段执行。Snapshots 1 skipped指同一源文件对应的compile快照tf-aws 平台被跳过只在本轮生成test快照。Duration DURATION这是关键细节——真实的耗时如Duration 0m0.42s被 Hangar 的规整逻辑替换成了占位符DURATION。原因见 utils.ts 中sanitizeOutput()的正则/Duration \dm[\d.]s/g→Duration DURATION。因为运行时长在不同机器、不同负载下必然波动快照必须对时长免疫否则任何一次本地运行都会导致快照 diff。也就是说这份快照的意义是它固化了new_jsii.test.w在 sim 平台测试通过这一可复现事实任何破坏该行为的代码变更都会让快照测试失败从而被 CI 拦截。二、被测代码断言自定义 scope 只执行一次快照指向的源文件是 tests/valid/new_jsii.test.w全文仅 15 行// verifies that new CustomScope() is only // executed once when passed as a custom scope bring cloud; let var count 0; class CustomScope { new() { count 1; } } new cloud.Bucket() in new CustomScope(); assert(count 1);这段代码的语义链条非常清晰引入标准库cloud声明可变变量count作为观测器。定义 preflight 类CustomScope其构造函数对count自增 1。用new cloud.Bucket() in new CustomScope()创建一个 Bucket 资源并把new CustomScope()的求值结果作为该资源的自定义 scope。最后assert(count 1)断言count恰好为 1。如果编译器在处理in scope时对 scope 表达式求值了多次例如先求值一次用于解析、再求值一次用于挂载构造树count就会变成 2assert直接失败整个测试文件在 sim 平台下也会以非零状态退出快照中就不会出现pass。因此这个测试以最朴素的黑盒方式钉死了语言的一个语义承诺scope 表达式只求值一次。该语法本身在语言参考 docs/api/05-language-reference.md 中有明确定义Preflight 对象都拥有一个 scope 和一个唯一 id默认 scope 为this当前定义所在作用域默认 id 为类型名若同 scope 内同类型实例唯一。实例化语法为let name[: type] new Type(args) [as id] [in scope];in scope用于自定义挂载的父构造节点as id用于自定义构造树中的 idscope必须是能解析为 preflight 对象的表达式。new_jsii.test.w正是对scope 可以是任意表达式且只求值一次这一行为的回归测试。三、编译产物印证preflight.cjs 中的单次构造仅看源代码与运行时断言还不够有说服力Hangar 还为同一文件保留了tf-aws 平台下的编译快照new_jsii.test.w_compile_tf-aws.md其中展示了编译器生成的 preflight 代码从实现层面印证了该语义。关键的 preflight.cjs 片段如下class CustomScope extends $stdlib.std.Resource { constructor($scope, $id, ) { super($scope, $id); count 1; } ... } let count 0; globalThis.$ClassFactory.new(winglang/sdk.cloud.Bucket, cloud.Bucket, new CustomScope(this, CustomScope), Bucket); $helpers.assert($helpers.eq(count, 1), count 1);从生成代码可以看到CustomScope被编译为继承std.Resource的类其构造函数体中的count 1原样保留资源的创建被改写为$ClassFactory.new(...)调用第三个参数new CustomScope(this, CustomScope)在调用现场只出现一次其返回值作为 Bucket 的父 scope生成的断言$helpers.assert($helpers.eq(count, 1), count 1)与源码assert(count 1)一一对应。同一快照中的main.tf.json也给出了云资源侧的旁证——生成的 S3 桶在构造树中的路径为root/Default/Default/CustomScope/Bucket/Default其uniqueId为CustomScope_Bucket_8BBB89A4。这说明自定义 scope 确实参与了资源在构造树中的定位CustomScope作为父节点挂载了Bucketscope 的语义不只是求值一次还真正决定了资源的层级路径。这与应用树文档 docs/docs/02-concepts/02-application-tree.md 中资源名在其 scope 内唯一的原则一致。此外同快照中的inflight.CustomScope-1.cjs显示该类也生成了对应的 inflight 类型文件说明即使CustomScope在源码中未定义任何 inflight 成员编译器仍会为其生成 inflight 类型骨架以便在需要时参与运行时序列化。四、Hangar 机制快照从何而来这份快照并非手写文档而是由HangarWing 工具链的 E2E 测试套件自动生成的。其完整链路值得展开因为它决定了快照的格式与可信度。4.1 测试文件自动生成tools/hangar/src/generate_tests.ts 会遍历tests/valid及其他测试目录下的每个.w文件为每个文件生成一个 vitest 用例文件例如test(wing compile -t tf-aws, async () { await compileTest(.../tests/valid, new_jsii.test.w, undefined, true, false, []); }); test(wing test -t sim, async () { await testTest(.../tests/valid, new_jsii.test.w, undefined, false); });也就是说每个合法.w文件都对应两条测试一条编译到 tf-aws 平台一条在 sim 平台下执行wing test。本快照对应的正是后者。4.2 命令执行与输出规整generated_test_targets.ts 中的testTest()会只对入口文件*.main.w、*.test.w、main.w等执行测试——new_jsii.test.w符合.test.w后缀因此会被执行通过runWingCommand见 utils.ts调用wing --no-update-check --no-analytics test file -t sim并设置WING_HIDE_CONTAINER_LOGS1隐藏容器日志把stdout写入fileMap[stdout.log]stderr写入stderr.log调用createMarkdownSnapshot()生成 Markdown 快照。sanitizeOutput()是快照稳定性的核心保障它对输出做了大量归一化处理除了前面提到的DURATION还包括统一换行符\r\n→\n去掉 Rust 源码报错中的行列号src/xxx.rs:LINE:COL去掉绝对路径、随机.state文件引用、动态端口号与 IP:Port把时间戳统一替换为TIMESTAMP。createMarkdownSnapshot()则负责把规整后的输出拼装成统一格式的快照文件并落盘到 tools/hangar/snapshots/test_corpus/最后通过 vitest 的toMatchFileSnapshot与历史快照比对。快照文件命名规则为文件名_testCase_target.md因此本快照名为new_jsii.test.w_test_sim.md。4.3 平台的路径与配置tools/hangar/src/paths.ts 定义了整套路径约定tests/valid下的.w文件被收集为validWingFileswing 二进制位于 Hangar 临时目录下安装的winglang/sdk中tmpNodeModulesDir/.bin/wing运行测试前需要先完成依赖安装。Hangar 的 npm scripts 定义在 tools/hangar/package.jsonnpm test即vitest run --update更新快照npm run test:generate重新生成测试用例文件。五、同族测试scope 与 id 的自定义语法new_jsii.test.w并非唯一覆盖in scope语法的用例tests/valid/中还有多个同族测试可交叉印证in_scope_construct.test.w仅两行核心代码bring constructs as c; class MyClass {} new MyClass() in new c.Construct();它验证自定义 scope 可以来自外部 jsii 库constructs包的Construct且in语法对未显式继承Resource的普通 preflight 类同样适用。custom_obj_id.test.w与in配套的as语法class Foo { } let foo1 new Foo(); let bar2 new Foo() as bar2; assert(nodeof(foo1).id Foo); assert(nodeof(bar2).id bar2);验证as id能覆盖默认 id默认取类型名Foo并可用nodeof(...).id在运行时反查。三者合在一起构成了对语言参考中let name new Type(args) [as id] [in scope]完整语法的回归覆盖in控制挂载位置、as控制节点 id、而 scope 表达式的单次求值由new_jsii.test.w专属守卫。六、如何验证与复现由于仓库是只读的你可以在本地复现本快照的生成过程需要先按仓库指引安装依赖并构建 wing CLI在仓库根目录安装依赖pnpm install构建 wing 工具链使wing可执行进入tools/hangar执行npm run test:generate重新生成用例再运行npm testvitest 会以--update模式刷新快照观察 new_jsii.test.w_test_sim.md 是否仍以pass收尾。若修改 Wing 编译器导致in scope对 scope 表达式求值多次count将不等于 1assert失败wing test -t sim退出码非零Hangar 的runWingCommand会判定失败并让快照测试整体报错——这正是这类快照作为语言语义看门狗的价值所在。结语一份看似只有几行的快照文档背后串联起了三层信息语言语义层in scope的 scope 单次求值与构造树挂载、编译实现层preflight.cjs 中$ClassFactory.new对 scope 表达式的单次内联求值、tf 资源路径中的CustomScope/Bucket层级、以及测试基建层Hangar 自动生成用例、规整可变输出、落盘快照并持续比对。理解了这三层你便既能读懂 Wing 自定义 scope 语法的行为承诺也掌握了如何在仓库中定位、复现和扩展现有回归测试的方法。赞分享编程语言编译器云原生语言运行时【免费下载链接】wingA programming language for the cloud ☁️ A unified programming model, combining infrastructure and runtime code into one language ⚡项目地址https://gitcode.com/gh_mirrors/wi/wing点击查看免费下载相关推荐Wing 语言 inflight 闭包自动 ID 机制解析从 hangar 快照测试看 AutoIdResource 与 $Closure 生成Wing 语言 inflight 闭包自动 ID 机制解析从 hangar 快照测试看 AutoIdResource 与 $Closure 生成 导读 本文以编程语言编译器云原生语言运行时Wing 语言 cloud.Counter 初始化机制解析从 initial.test.w 到 hangar 快照测试Wing 语言 cloud.Counter 初始化机制解析从 initial.test.w 到 hangar 快照测试 cloud.Counter 是 Win编程语言编译器云原生语言运行时Wing 语言前向声明语义解析从 hangar 编译快照看类与变量的定义顺序规则Wing 语言前向声明语义解析从 hangar 编译快照看类与变量的定义顺序规则 Wingwinglang是一门面向云计算的编程语言其核心特点之一是把基编程语言编译器云原生语言运行时上一篇Haystack 中 YouComWebSearch 组件完全指南零配置联网搜索与 RAG 集成下一篇Haystack 集成 DoclingServeConverter通过远程 DoclingServe 服务将 PDF、Office、HTML 等文档转换为 Haystack Document创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考