让开源，少一点语言距离。
npm包中文文档

@endora-commerce/platform

中文文档
0.110.0发布于 2026/11/09MITTypeScriptES Module构建来源已验证近 30 天下载 2023

主机包 (地貌为080, T042a). 发布一个已安装的扩展包对面的表面:5个已列出的子路径,每个平台目录有一个已发布API. 没有根导出和通配符(D-160.7). 其余的子路径是

中文使用文档
中文原文
文档目录3 节
  1. 没有 src/ 这是对放置问题的答案
  2. 两个Tsconfigs,原因 其他包有两个
  3. 没有 lint 没有 test 脚本

@endora-commerce/platform ——主机包

表面一个已安装的扩展包会比对 。 列出5个 exports 子路径, 每个平台目录中已发布 API; 没有根导出和通配符 (D-160.7) (中文(简体) ). 设计,背后的分类 和每一个被拒绝的替代品 specs/080-f4-real-scope/contracts/host-package.md; 此文件只记录特殊之处 到软件包目录本身.

没有 src/这是对放置问题的答案

合同第2.1节指出 ./dist/<dir>/index.js 及其第8节步骤5指出: rootDir。将这两句放在一起读,意味着软件包本身 src/ 持有 kernel/, (中文(简体) ), http/, (中文(简体) ), tenancy/, (中文(简体) ), commands/ 财务报告和审定财务报表 events/ - 这意味着 搬迁 目录已出 backend/src: 82个文件,加上针对这些文件的每个相对规格 1400-plus 模块文件,加上成分根和整个测试树. §9记录 那个 tsc -p 在一个主机包上 rootDir 设定从未运行,所以这是 合同没有经过检验.

无需这样做. tsconfig.build.json 套装 rootDir 改为 ../../backend/src 包含 准确的五个出版目录. tsc 发送路径相对于 rootDir,所以布局 下级 dist 实值 kernel/, (中文(简体) ), http/, (中文(简体) ), tenancy/, (中文(简体) ), commands/, (中文(简体) ), events/ - 字节换字节 版式§2.1's exports 地图名称, 留下1400个文件的位置 他们.

两种测量方法使得这个安全而不是幸运:

  • 五个目录在相对进口下关闭. 82个档案,以及 零 逃避设定的指定者——没有到达 db/, (中文(简体) ), overlay/, (中文(简体) ), packages/, (中文(简体) ), modules/ 或者说 apps/。这样 include 列表是整个汇编而不是 db/index.js (第1.4f节:219) 模块所属实体的参考文献)可以被拖入其后.
  • backend自己的建筑没有受到影响. backend 类型检查 --noEmit 执行 结束 tsx编号 :vitest; 它不将这些文件编译为 dist无关紧要 软件包更改什么 backend 读取或出出,而所排放的输出地只在 packages/platform/dist,这是被忽略的.

搬迁仍然可用,而且价格低廉,这很重要: 来源在此稍后更改 rootDir 财务报告和审定财务报表 include 什么都没有,因为 exports 映射的布局已经命名,而不是源布局.

两个Tsconfigs,原因 其他包有两个

tsconfig.json 类型检查 tsconfig.base.json是因为 paths 活动 - @endora-commerce/* 在兄弟会的源头解决,这就是保持工作树诚实(问题255)——和 携带 noEmit。 。 。 . tsconfig.build.json 清除 paths组合 rootDir,并发布 noEmitOnError不合并它们 : rootDir 有活动 paths 块为 TS6059,该 出口 2 财务报告和审定财务报表 在兄弟会的源头旁写下兄弟会的输出.

rootDir 被故意忽略在打字检查中的一半。 在这里,这将是保证 TS6059——与 paths 活动, @endora-commerce/contracts 解析为 packages/contracts/src,没有 rootDir 此软件包可能包含名称 .

没有 lint 没有 test 脚本

消息来源属于 backend 工作空间, 给它们打入eslint src测试它们 (单位:千美元)backend/test) (中文(简体) ). 一秒钟 eslint 将同样的文件从这里递过去 将会是第二 同一判决的作者, 以及包裹自己的探测器——类型探测器,运行时间探测器 以及分布式的说法——生活在 backend/test/unit/packages/,其他的则 包装证据已经.

版本与发布记录

@endora-commerce/platform 共发布 15 个版本，首次发布于 2026/10/01；过去 12 个月发布了 15 个版本。最新版本附带 npm provenance 构建来源证明，可追溯到公开的 CI 构建记录。

版本发布日期距今
0.110.0latest2026/11/095 天前
0.109.02026/11/0311 天前
0.108.02026/10/2520 天前
0.107.02026/10/2025 天前
0.106.02026/10/131 个月前
0.105.02026/10/111 个月前

关于 @endora-commerce/platform 的常见问题

@endora-commerce/platform 是什么？

主机包 (地貌为080, T042a). 发布一个已安装的扩展包对面的表面:5个已列出的子路径,每个平台目录有一个已发布API. 没有根导出和通配符(D-160.7). 其余的子路径是

如何安装 @endora-commerce/platform？

在项目目录运行 npm install @endora-commerce/platform，或使用 pnpm add / yarn add / bun add。它还需要宿主项目提供 peer 依赖：zod（^4）、fastify（^5.11.0）、@mikro-orm/core（^6）、@mikro-orm/migrations（^6）、@mikro-orm/postgresql（^6）。npm 7 及以上与 pnpm 8 及以上默认会自动安装必需的 peer 依赖，Yarn 需要手动安装。

@endora-commerce/platform 支持 TypeScript 吗？

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

@endora-commerce/platform 支持 ESM 还是 CommonJS？

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

@endora-commerce/platform 需要什么版本的 Node.js？

package.json 的 engines 字段要求 Node.js >=22.18.0。版本不符时 npm 默认只给出警告，开启 engine-strict 后会拒绝安装。

@endora-commerce/platform 可以商用吗？

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

@endora-commerce/platform 的下载量有多少？

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

@endora-commerce/platform 还在维护吗？

最新版本 0.110.0 发布于 2026/11/09（5 天前）；至今共发布 15 个版本，其中过去 12 个月发布了 15 个；首次发布于 2026/10/01。发布频率只是参考信号：功能稳定的工具可能很少需要更新，建议结合源码仓库的 issue 和提交记录判断。