esm.sh 和 jspm.org 在 deno 兼容性方面是不是遵循相同的方法？
Posted
技术标签:
【中文标题】esm.sh 和 jspm.org 在 deno 兼容性方面是不是遵循相同的方法？【英文标题】：Do esm.sh and jspm.org follow the same approach regarding deno compatibility?esm.sh 和 jspm.org 在 deno 兼容性方面是否遵循相同的方法？ 【发布时间】：2021-03-30 04:34:36 【问题描述】：我见过从 esm.sh 和 jspm.org 导入 npm 模块的 deno 示例
在 esm.sh 我读到：
esm.sh 将使用https://deno.land/std/node 填充节点内部模块（fs、os 等）以支持某些模块在 Deno 中工作，例如 postcss
默认情况下，esm.sh 会在定义 types(dts) 时响应一个自定义的 X-TypeScript-Types HTTP 头，这对于 deno 类型检查很有用
jspm.org 是否遵循相同的方法？
在 deno 中导入 npm 模块时，哪个不太可能导致问题？
【问题讨论】：
【参考方案1】：不，JSPM 实际上是在添加浏览器兼容性 polyfill。它被认为是为了在 javascript 生态系统中提供更通用的可用性，因此 Deno 不是它们的主要目标，而它绝对是 ESM.SH 的主要目标
【讨论】：
以上是关于esm.sh 和 jspm.org 在 deno 兼容性方面是不是遵循相同的方法？的主要内容，如果未能解决你的问题，请参考以下文章
前端前瞻：deno; 一个JavaScript和typescript安全的运行时
前端前瞻：deno; 一个JavaScript和typescript安全的运行时
Deno 属性 'utime' 在类型 'typeof Deno' 上不存在。等待 Deno.utime(dest, statInfo.atime, statInfo.mtime);