@fluidframework/container-runtime

中文文档
3.12.0发布于 2026/11/11MITTypeScriptES Module近 30 天下载 6.7万

流体容器运行时间

中文使用文档
文档目录15 节
  1. 使用 Fluid 框架库
  2. 安装
  3. 从此软件包导入
  4. API 文档
  5. DataStores 数据虚拟化( 进展中的工作)
  6. 数据虚拟化动机
  7. 数据虚拟化改进
  8. 客户最低要求
  9. 支持的运行时间
  10. 支持的工具
  11. 模块分辨率
  12. 模块格式
  13. 贡献准则
  14. 帮助
  15. 商标

@ fluidframework/ 容器运行时间

使用 Fluid 框架库

对于依赖流体框架库的公共API,我们建议 ^ (caret)版本范围. 例如,使用 ^1.3.4。 。 。 .

依赖不稳定的API,例如: beta API,我们推荐一个更具限制性的版本范围. 例如,使用一个 ~ 版本范围.

安装

运行此命令以安装软件包 :

npm i @fluidframework/container-runtime

从此软件包导入

此软件包使用 packet.json 导出 通过支持级别将API分离. 有关支助保障的信息改为: API 支持级别。 。 。 .

导入 public API 从 @fluidframework/container-runtime。 。 。 .

导入 legacy API 从 @fluidframework/container-runtime/legacy。 。 。 .

API 文档

读取 @ fluidframework/ 容器运行时间 API 文档 https://fluidframework.com/docs/apis/container-runtime (中文(简体) )。 。 。 .

DataStores 数据虚拟化( 进展中的工作)

它能够将一些内容排除在初始快照之外(在装入容器时使用),从而改进靴子 容器的性能。 被排除在外的内容可以在以后需要时被加载.

数据虚拟化动机

本节讲述了系统在"数据"虚拟化之前曾如何工作. 目前,整个文件的内容 下载一次。 由于数据虚拟化的限制,FF将所有blobs作为快照,可能就是 未来需要。 任何延迟加载( 通过FF APIs) 会导致数据存储的加载状态 通过应用该数据存储的未决操作,从我们启动的快照数,直到当前序列号. 虽然应用程序可能选择不立即装入一些数据存储(并及时实现一些保存) fF通过不为此类数据存储器分配适当的应用状态,仍然为此类内容支付费用。 还有 继续无限期地支付所有这些内容的费用,即使这些数据存储器被装入.

数据虚拟化改进

因此,我们将提供以下能力:

  • 将一些子树排除在快照有效载荷之外,从而可以更快地传输时间/靴子时间并缩短初始时间 记忆足迹.
  • 日后延迟装入数据存储的能力.

容器运行时间 Apis 如 IContainerRundtimeBase. CreateDataStore 和 IContainerRundtimeBase. ContainDetachedDataStore 提供论据 loadingGroupId 它允许应用程序在目前创建时标记一个数据存储器。 每个数据 存储被指定了组ID。 不提供组ID(on API),意味着默认的ID被使用. 此组代表 容器或其快照中的数据存储组。 初始装入容器时,只存储数据 属于默认组的,从服务中获取,在用户提出要求时可以按要求加载。 减少额 (a) 装载时需要取取的数据数量,从而为集装箱提供更快的启动时间. 试图在非默认组内加载任何数据存储器, 会导致获取标记相同的所有内容/数据存储器 团体。 因此,当一个用户请求一个组的数据存储器时,需要一个网络来获取一个组的内容 应用. 在高级应用情景中,基于如何装入一个特定组 Id ,应用会想制作一个数据存储器 某些组一次,而不加载不属于组的数据存储器. 通过有效使用组ID, app 可以通过不获取不必要的组装来改善启动时间. 因此总结一下,当数据存储器被分配到一个组时,这种数据存储的内容将不会被加载到初始负载中 集装箱。 只有在任何带有此组ID的数据存储实现时才会加载. 这会改善穿靴子。 数据虚拟化或提供 loadingGroupId 不过,将减少 在装入之前,需要将这些数据存储器装入一个网络。 不过, 规定相同 loadingGroupId 将一些数据存储放入同一组,将提高其装入的性能 相对于提供不同的组 每一个数据存储器都使用 Id,届时将需要一个网络呼叫 获取该类数据存储的快照, 而不是每个数据存储的网络调用 。 所以,数据存储器 可以在相当大的大小内容上明智,并且不需要装入靴子,就可以置于非默认状态 团体.

客户最低要求

Fluid框架客户端库支持此文档中的平台. 这些要求有意具有限制性. 在一个主要的版本系列中,我们可以放松这些要求,但我们不能使其更严格. 对于长期支持(LTS)版本,我们可能需要支持这些平台几年.

其他配置可以奏效,但Fluid框架不支持. 如果一个不支持的配置停止工作, 我们不会将此归类为错误 . 要请求支持未列出的配置, 请存档 . 产品组会评估你的要求. 在此问题上,请具体说明配置的现状:

  • 配置有效但需要官方支持.
  • 配置不起作用,需要更改.

支持的运行时间

  • Fluid框架支持节点.js版本22和24同时收到 上游支助。 。 。 .
  • Fluid框架支持支持ES2022标准库的现代浏览器.

支持的工具

  • 类型脚本 6.0数字 :
    • 流体框架支持全部 strict 选项.
    • 设定建设目标(lib, (中文(简体) ), target改为: ES2022 或后会.
    • 启用 strictNullChecks。 。 。 .
    • 流体框架不支持 在 TypeScript 6.0 中贬值的配置选项。 。 。 .
    • 流体框架不完全支持 exactOptionalPropertyTypes。 。 。 . 如果您启用此选项, 请不要使用 in, (中文(简体) ), Reflect.has, (中文(简体) ), Object.hasOwn,或 Object.prototype.hasOwnProperty 改为Fluid框架类型的窄成员. 这些方法可以错误地排除 undefined 从可能的值.
  • 网络软件包 页:1
    • 我们不需要一个特定的捆绑者. 其他处理ES模块的捆绑机可以工作,但我们只积极测试网页包.

模块分辨率

在类型脚本中 compilerOptions,使用时 Node16, (中文(简体) ), Node20, (中文(简体) ), NodeNext,或 Bundler 模块分辨率. 这些设置遵循 节点.js v12+无害环境管理 分辨率和加载算法。 。 。 .

不使用 Node10 模块分辨率.

模块格式

  • ES模块: 使用ES模块来消耗Fluid框架客户端软件包,包括在Node.js中.
  • 常见JS : Fluid Framework在3.0版本或后期不正式支持CommonJS.

贡献准则

你们可以 贡献 通过这些方式实现流体框架:

详细指示改为: repo 文档。 。 。 .

本项目遵循 Microsoft 开源行为守则。 。 。 . 更多信息,改为: 《行为守则》经常被问到的问题。 。 。 . 问题或评论,联系 打开码@ microsoft.com。 。 。 .

这个项目可能包含微软项目的商标或标志,产品,或服务. 这些商标或标志的使用必须遵循微软 商标和品牌准则。 。 。 . 在这个项目的修改后版本中使用微软商标或标志不得造成混淆或暗示微软赞助.

帮助

读取 流体框架文件 用于了解流体框架概念和API.

要求提供文件未载列的资料, 创建问题。 。 。 .

商标

这个项目可能包含微软项目的商标或标志,产品,或服务.

这些商标或标志的使用必须遵循微软的 商标和品牌准则。 。 。 .

在这个项目的修改后版本中使用微软商标或标志不得造成混淆或暗示微软赞助.

版本与发布记录

@fluidframework/container-runtime 共发布 695 个版本,首次发布于 2020/09/01;过去 12 个月发布了 48 个版本。

版本发布日期距今
3.12.0latest2026/11/114 天前
3.11.02026/11/0411 天前
3.10.02026/11/0411 天前
3.7.02026/10/2719 天前
3.6.02026/10/2026 天前
3.5.02026/10/131 个月前

其他发布通道:next → 2.0.0-dev-rc.1.0.0.225277,canary → 2.0.0-internal.8.0.8,dev → 2.116.0-416006,rc → 2.118.1。

关于 @fluidframework/container-runtime 的常见问题

@fluidframework/container-runtime 是什么?

流体容器运行时间

如何安装 @fluidframework/container-runtime?

在项目目录运行 npm install @fluidframework/container-runtime,或使用 pnpm add / yarn add / bun add。

@fluidframework/container-runtime 支持 TypeScript 吗?

支持。包内自带 TypeScript 类型声明(package.json 声明了 types 入口),安装后即可获得类型提示,无需再安装 @types 包。

@fluidframework/container-runtime 支持 ESM 还是 CommonJS?

以 ES Module 形式发布,推荐使用 import 引入。在 CommonJS 项目中,Node.js 20.19+ / 22.12+ 可以直接 require() 不含顶层 await 的 ES Module,更早的版本需要改用动态 import()。

@fluidframework/container-runtime 可以商用吗?

@fluidframework/container-runtime 使用 MIT 许可。宽松许可:允许商业使用、修改和再分发,通常只需在分发时保留原版权与许可声明。以上为概括,不构成法律意见,请以许可原文为准。

@fluidframework/container-runtime 的下载量有多少?

根据 npm 官方下载统计,@fluidframework/container-runtime 在 2026/10/15 – 2026/11/13 这 30 天内被下载 66,796 次,日均约 2,227 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入,适合横向比较热度,不能直接等同于使用人数。

@fluidframework/container-runtime 还在维护吗?

最新版本 3.12.0 发布于 2026/11/11(4 天前);至今共发布 695 个版本,其中过去 12 个月发布了 48 个;首次发布于 2020/09/01。发布频率只是参考信号:功能稳定的工具可能很少需要更新,建议结合源码仓库的 issue 和提交记录判断。