原生跨端JS模块联邦，你体验过吗？这技术长尾效应明显！

补救一下。 说实话，前端技术的发展速度真的是日新月异。咱就是说昨天还在谈论Webpack的优化，今天就已经在讨论跨端框架的新概念了。你懂的，这种感觉就像是在跟着一个超级快的传送带一样，不停地向前奔跑。

为啥需要Hel+

至于吗？ 现在的开发模式，真的有那么不堪吗？其实也不是说不好，只是它有一些局限性。比如说跨端技术为啥这么流行？还不是主要原因是传统的网页开发受限于浏览器的能力嘛。各家浏览器的实现不同、离线能力的缺失、性能上的缺陷等等，导致纯Web应用很难满足用户的体验需求。

害，那咋办呢？于是乎，大家就开始寻找各种Hybrid方案，甚至转向React Native或Flutter。 境界没到。 但Hel+呢，它试图在纯JS的领域里通过模块联邦的思想，来打破这些桎梏。

Hel+的核心优势

它有几个核心的优势。先说说是原生跨端。Hel+接近原生性的桌面端应用的可能性。

接下来是大仓工程化。Hel+完美适配了当下流行的pnpm大仓开发模式。在相关的 靠谱。 工程化辅助包的支持下用户甚至可以根据编译模式来决定是否让前端工程采用微模块架构。

再者，就是双模驱动。这个设计挺有意思的。想象一下你有一个包叫@hel-demo/mono-libs。在Hel+的体系里它既是一个标准的hel模块， 我始终觉得... 也是一个普通的npm模块。这意味着，你完全不用担心被“绑架”的风险。

如何使用Hel+

你需要安装全局工具：npm i create-hel -g

哭笑不得。 然后 你就可以创建一个新的宿主应用，或者开发一个新的子模块。比如创建一个新的TS子模块：pnpm start .create-mod my-hub -n @my/lib

编译和发布的过程也被简化了。