告别Vite脚手架局限，MixOne 首次实现一套代码同时生成 Web 多入口页面和桌面安装包，无需切换工具，引领全新开发模式。
MixOne都实现了哪些功能
大家好！我是刘小杰，经过四个多月紧锣密鼓的开发，27 个 alpha 版本的发布，今天我决定从 alpha 版本升级到 beta 版本，让 mixone 进入一个新的开发阶段。在 alpha 版中，我验证了以下功能：
- 多 HTML 入口的 web 的打包。
- 多窗口桌面应用的管理方案。打开/关闭窗口、模态对话框、窗口间通信等。
- 日志系统、错误代码追踪、TypeScript 支持全覆盖；
- 在 react、vue 工程架构不变前提下提供语法糖访问系统原生功能。
- 在原来 vite 热重载的基础上实现 Electron 代码热重载。
- 字节码保护代码的功能。
- 约定式命名自动增加到路由配置。
接下来的 Beta 版本，我计划对 mixone 重点改进如下：
- 提高构建时间。
- 丰富和完善语法糖。
- 多窗口管理类。
- 开发中文件的变化实时监听并编译的优化。
- 考虑更完善的浏览器和桌面环境适配机制。
为什么需要 MinOne？
在软件开发的历史长河中，web 开发和桌面开发都在同样的系统（同在 Win、Mac）下运行，但是他们开发需要分别建立工程化，我打造的MixOne首次打破 CS 和 BS 架构壁垒，用一套代码轻易就能发布浏览器 web 和客户端桌面应用。
另一个原因是 Electron 开发的 IPC 编写非常繁琐，我看到很多开发者解决方案都是从规范上去解决这种繁琐的 IPC 管理，出一些优雅的 IPC 管理方案。但是我的想法不一样，作为在 Ajax 元年入行软件开发的我，有着与众不同的想法，这个想法就是"我要去 IPC 化"，于是就是通过 MinOne 语法糖来实现去 IPC** 通信代码的编写。
MixOne 是站在 Vite 肩膀上的创新，但你要认真审视这样的工具。
MixOne 的创新方向是填补市场上的空缺------没有人实现过。而不是看到别人做了一套 UI 库，自己也要来一套属于自己的，然后对同样的目标使用人群去争宠。
Vite 很优秀，正因为有 Vite 团队的付出，我才能开发出 MixOne 工具，否则我首先得实现一个 Vite 一样的轮子。但是 MixOne 对于 Vite 来说也是一种巨变，是一种高效、有用的价值产物。使用它能把自己前端技能的价值和作用扩展到桌面领域，成为更全能的软件开发者，比别的开发者开发效率更高的开发者。
本文标题说"告别 Vite 脚手架局限"，其实是不够准确的，你使用 MixOne 工具就是在更高级的使用 Vite，它给 Vite 加了翅膀。
加入 Beta 测试，你的声音将改变 MixOne
我期待这样的你：
拥有开发前端的技能想延伸到桌面端开发。无论你是 Vue、React 还是 HTML5 原生开发。
正在使用 Electron 开发又觉得 IPC 通讯语法写起来麻烦。
开发的项目既要桌面端运行又要浏览器运行，还要跨平台使用。
探索前端开发新架构新玩法的技术发烧友。
立即体验：
ruby
npm install mixone -g
mixone create my-first-mixone
cd my-first-mixone
npm install
npm run dev
//npm run dev:web //仅在浏览器预览
//npm run build:win //打包 window 可执行的 exe
//npm run build:web //打包为 HTML 入口产物到 dist/web 目录下
//npm run preview:web //打包为 HTML 入口产物到 dist/web 目录下并预览
//npm run preview:desktop //打包多窗口的产物并以 file:协议在 electron 中预览Beta 用户特权：
- 有机会直接寻求 MixOne 作者解决问题。
- 可以向作者提议自己的功能愿望。
- 专属技术支持群优先级响应。
最后：这不是又一个轮子
MixOne 的野心是成为桌面&Web 混合开发的事实标准。如果你认同：
一套代码，同时生成 Web(BS)多入口页面+桌面(CS)安装包，无需切换工具。
现在就是参与的最佳时机------因为每一个 Beta 用户的建议，都可能成为正式版的核心功能。
工具链接 www.npmjs.com/package/mix...
例子仓库 github.com/qew4/mixone... 若你体验中碰到问题，请按照二维码与我联系。