已有基于 Web 的客户端项目正在运行。是功能比较复杂的 UI 类型程序，而不是一般的那种偏展示的 web 页面。
现在老板要求必须打包一个客户端出来，说浏览器逼格不够，要 App 才好让他出去宣(骗)传(投资)，使用体验和 web 完全相同，那只能用 Electron 了。
但是这个 UI 程序确实写的比较复杂，页面，布局，交互的代码都挺多的。当然它没有什么原生 api 负担，因为基本都是在和后台服务器交互，不需要依赖本地操作系统 API 。 我看了一下 Electron 的开发流程，我感觉这东西的脚手架和 Web 端还是有那么点不一样。我原本想的好事是一份代码，想打包成 web 端可以，想打包成 Electron 也可以。但是实际上似乎没法这么干。能查到的办法都是必须建立 Electron 的脚手架，然后把 web 那些的代码拷一份过来，然后再调整调整。
我现在的主要担心是，如果复制成两份代码，很可能后面迭代几个版本就走样了，毕竟这程序功能挺多挺杂的，web 端和 Electron 端程序的功能很直接就分裂了。并且很不好弥合。
现在老板要求必须打包一个客户端出来，说浏览器逼格不够，要 App 才好让他出去宣(骗)传(投资)，使用体验和 web 完全相同，那只能用 Electron 了。
但是这个 UI 程序确实写的比较复杂，页面，布局，交互的代码都挺多的。当然它没有什么原生 api 负担，因为基本都是在和后台服务器交互，不需要依赖本地操作系统 API 。
我看了一下 Electron 的开发流程，我感觉这东西的脚手架和 Web 端还是有那么点不一样。我原本想的好事是一份代码，想打包成 web 端可以，想打包成 Electron 也可以。但是实际上似乎没法这么干。能查到的办法都是必须建立 Electron 的脚手架，然后把 web 那些的代码拷一份过来，然后再调整调整。
我现在的主要担心是，如果复制成两份代码，很可能后面迭代几个版本就走样了，毕竟这程序功能挺多挺杂的，web 端和 Electron 端程序的功能很直接就分裂了。并且很不好弥合。
有没有什么办法，能让它们共享代码呢？