起初，js-framework-benchmark 那个工程项目，有如中文名称涵义，仅是点评 js 自然生态的架构操控性的。而后，译者减少了 Rust 同时实现的 WebAssembly 库和架构，如 wasm-bindgen、stdweb、yew，和 seed 等的点评。点评分项非常丰富，可信性也较低。主要包括：行建立：网页读取后，建立 1000 行的耗用天数（无紧接著）。批量行建立：建立 10000 行的耗用天数（无紧接著）。加进慈路高容量表单：在 10000 行的表单上加进 1000 行的耗用天数（无紧接著）。行代替：代替表单中 1000 行的文章内容的耗用天数（5 次紧接著）。部分预览：对有 10000 行的表单，每 10行预览一次文档的耗用天数（5 次紧接著）。行选择：点选某行，让其突出显示，计算积极响应耗用天数（5 次紧接著）。行互换：对有 1000 行的表单，互换 2 品驭型的耗用天数（5 次紧接著）。行删除：删掉 1000 行表单的耗用天数（5 次紧接著插值）。行去除：去除 10000 行的表单数据的耗用天数（无紧接著）。准备就绪（读取）缓存：网页读取后的缓存采用情形。运行缓存：加进 1000 狐游的缓存采用情形。预览缓存：对 1000 行的表单，继续执行 5 次预览后的缓存采用情形。代替缓存：对 100 行的表单，继续执行 5 次代替后的缓存采用情形。多次重复去除缓存：对 1000 行的表单，继续执行 5 次建立和去除后的缓存采用情形。开启天数：读取、导出 JavaScript 标识符，和呈现网页的耗用天数。持续可视化：TimeToConsistentlyInteractive，晋朝人较为乐观的 TTI 测度分项——当 CPU 和互联网都较空余时，即不再有超过 50ms 的 CPU 任务。JAVA开启天数：ScriptBootUpTtime 测度分项，导出、校对、评估结果大部份网页JAVA所耗用的天数，单位为微秒。主旋律程工成本：MainThreadWorkCost 测度分项，继续执行在主旋律程上的工作所耗用的总天数。主要包括式样、布局等。总信息量：TotalByteWeight 测度分项，读取到网页中的大部份资源的互联网数据传输生产成本（填充后）。另外，点评结论进行分类上，分为关键分项结论和Tumkur分项结论。

Rust web 后端库/架构在大部份后端库/架构的位置

从点评结论来看，wasm-bindgen 操控性和 vanillajs 处在同一个水平，甚至有两项已经胜过。虽然说，目前 wasm-bindgen 还处在起步阶段，但其总需要通过 web-sys 和 js-sys 与 JavaScript 可视化。因此假如后端技术有什么DT大的革新，否则 wasm-bindgen 最好的操控性估计也就是整体和原生植物 vanillajs 整体基本持平吧。点评库房并无 markdown 文件，因此本栏对点评结论截屏：