vue jsx webpack报错_我厌倦了 webpack，然后我写了 deku

halo，大家好，我是 132……真的真的好久好久不贱啦::>_<::

今天带来一篇文章，是关于一种新的开发形式的，起因是 vue 团队发起了一个 vite 的仓库，和去年的 pika 类似，是一种使用现代浏览器自身的模块化的开发方式

大概的区别和好处可以到 vite 查看：https://github.com/vuejs/vite

我前端时间一直在写 deno，然后发现 deno 一些很致命的坑，比如包管理，它基于 url 的包管理模式，让我们想要引用包文件，必须通过 fetch，不像 node_modules 可以直接引用

除此之外，没有本地文件夹也不方便调试，甚至报错后都不知道是哪个包的哪个依赖的哪个依赖发生了错误

总结：傻×

然后我突然发现，nobundle 的思路可以同时解决 node 和 deno 的问题

使用

deku create my-app // create a fre app
deku install // install modules from deku.json
deku // run

运行 create 的时候，可以从 denox 上面将预置的模板拉下来，它长这样

如图，web_modules 类似于 node_modules，它可以在本地管理依赖，但由于只支持 ems 模块，所以不存在各种嵌套循环依赖，非常容易管理和调试；然后 deku.js 类似于package.json，可以管理依赖的 url 关系，至于 index.js 和 index.html 就是 fre 的最小 demo

地址在这里：https://github.com/yisar/deku/tree/master/template

如此一来，既解决了 node 的依赖问题，又解决了 deno 的 url 问题

而且还不需要 webpack，不需要 babel……直接就可以热更新

可以说是最爽的开发模式啦

然后和 yarn 或 npm 一样，可以 install 依赖，支持 esm 的依赖，可以从 pika 寻找

https://www.pika.dev

总结

目前证明这个思路基本行得通，只是由于工程化真的是一件庞大的工作，只能慢慢来

比如，支持更多的命令行，支持更好的热更新（不同的框架需要不同的热更新插件）

所以欢迎 star 与 pr 呀！

啊对啦，顺便一提，为什么使用 deno 而不是 node，主要是这种模式我感觉 deno 比 node 更刚需，deno 目前的生态中，没有 webpack 等构建工具

而且 deno 自带了 ts compiler，可以默认支持 JSX，可以省掉 babel

然后，关于 deku，deku 是废久的英雄名，我一直很喜欢废久，哈哈，读作，带库~

最后放上 deku 的 github，米娜下篇再贱！

yisar/deku​github.com