实在不妥, 抱歉~
既然是想自己东西可以让别人方便使用, 那就是打包成npm的包咯, 但是考虑vc-popup仅仅是popup的组件集, 不是完整的组件库, 所以很多时候用户仅仅想使用某个popup,...[尬笑]
发布到npm之前的包如何测试
一开始头几次测试都是发布到npm之后再更新再测试的, 其实,并不需要, 在构建完成之后把更新之后的文件同步过去测试项目的node_modules文件夹就好了, 效率提高不少...done~
主流vue组件库的拆包情况
我看了mint-ui, vant, we-vue, weex-ui, cube-ui, fish-ui的大概构建思路
其中只有mint-ui和weex-ui从设计开始使用了...感觉mint-ui可以说是最标准的组件库了, 在构建层面来说, 拆出来的包同时是包含源码的, package.json的出口是经过编译的
?...至于子组件的包是否有需要再走一遍编译, cube-ui滴滴团队有后编译的优化建议, 个人感觉也合理, 组件在具体的vue项目是会再有一层编译的, 所以组件发布的时候仅仅发布源码即可, 不过我还是觉得mint-ui