会碰撞出什么样的火花呢？

不了解 Vite 的读者，我们先大概简单介绍一下, 同时建议你去看看文档，学习了解一下!

Vite (法语意为 "快速的"，发音 /vit/) 是一种新型前端构建工具，能够显著提升前端开发体验。特点就是快，超级快! 它具有一个高度依赖 原生 ES 模块的开发服务器，以提供速度惊人的 模块热更新(HMR)。使其如此快速的原因之一是，它一次只能按需处理一个文件，而不是构建整个项目。

默认情况下，它可以处理 TypeScript，JSX 和 CSS 模块，所以你可以开箱即用。如果您想要构建用于生产的应用程序，它也可以轻松搞定，不做过多介绍了。

关于本文标题提到的 deno ，我们也做一个简单的介绍。

了解 deno 的读者(不了解的同学别慌，推荐大家阅读Deno 钻研之术)知道， deno 是 JavaScript 和 TypeScript 的安全运行时。换句话说，它可以在没有浏览器的情况下执行 JavaScript 和 TypeScript。它之所以说是安全的，是因为执行的代码运行在一个对系统的访问受到限制的环境中。如果要使用某些功能，则需要为其提供显式访问。你把理解成一个浏览器环境也ok!

好了，关于deno和Vite,我相信大家有个简单的认识了，想要进一步学习的可以访问官网学习，本文不做赘述了!

deno 和 Vite 为何会有碰撞呢?

deno是一个js运行时，Vite 是一个前端构建工具，那么他们有啥联系呢?容我慢慢道来!

众所周知，deno 在诞生之日起，就不喜欢npm，处理第三方依赖项采用的是原生支持的方式。

在 deno 中，当你想要使用一个 package 包时候，必须使用与ES浏览器相同的方式，通过 import 一个 URL 来实现。差不多是这样:v然这是没啥问题的，对于单个文件脚本来说是完美的。

对于更复杂的项目，我们可以约定将所有内容放入deps.ts 文件中，这不是最好的办法，但是也可以。

还有一个实验功能，称为 import-maps ，看起来效果会更好些。

• 从1.8.0版本开始，deno中的 import-maps 才是稳定的。

反正不管怎么样，我现在就想要下面这种方式，写惯了 React项目，这样才最爽!

（编辑：应用网_丽江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!