小讨论：混合开发的最优实践在工程化上如何处理比较好

[LaoChen1994]

场景：已有小程序原生页，现在可能需要做一些页面在小程序 & web共用
预期：希望能单独走一个仓库去维护公用页面，有没有优雅的方式去维护？

目前想的是 仓库通过submodule去处理，然后在小程序 & next项目中分别单独引入打包，但是感觉不太优雅

或者kbone是否能单独有方案去打包组件，然后供多端调用，目前来看好像只能做页面维度的打包 和路由app集成在一起了

[JimmyVV]

已经收到哦~~~~

[LaoChen1994]

已经收到哦~~~~

如果不做这个case 就是现在是否有别的更好的方案去做这个工程化维护，现在感觉有些不太优雅，如果我们考虑多端多仓库维护的场景的话，不知道最佳实践应该是怎么样

[JuneAndGreen]

kbone 的构建本身做得相对来说较轻量，应该可以更自由的组合构建方式。目前个人觉得比较好的做法就是配置 generate.app 为 noemit，然后放到子目录/子仓库。kbone 构建成小程序页面是独立的一份 webpack 配置，而构建成 web 端的话你可以自由编写，所以你只要确保这个子目录/子仓库能够构建成小程序页面给小程序项目使用就行。举个简单的例子：

dist
  |- web // web 构建目录
  |- mp // 小程序构建目录
src
  |- kbone // web 和 mp 共用页面，构建完成后分别拷贝到 dist/web 和 dist/mp 中
  |- web // web 源码目录
  |- mp // 小程序源码目录
  |- config // 一些 webpack 配置

当然，以上仅供参考。