Library项目的依赖包安装问题
来源：5-1 Library 的打包
renderman
2019-03-02
在之前的应用级别项目中，我们仅仅是包的使用者，安装策略是明确的
npm i --save <package> // 需要打包进bundle的包
npm i --save-dev <package> // 无需打包进bundle的包
而当前是工具级项目中，我们看到设置了externals的外部依赖清单后DellLee都统一以–save安装了，这样对吗？
一旦用户安装我们的包，如果与他们package.json中依赖包的版本号不符合，会不会起冲突？后安装的会不会覆盖掉先安装的？
我认为：
我们现在是包的开发者，通过externals指定了外部依赖后，应该以peerDependencies方式配置依赖包会不会更好？
用户在安装我们的包时，若遇冲突只给予提示安装让他自己去决定安装的版本岂不是更好？
写回答
2回答
-
同学你说的非常正确，如果是library，依赖放在peerDependencies 是非常正确的，这块我没有展开深入，是因为后面我会专门讲一套开源项目的课程，里面我会详细讲解peerDependencies的内容。这里重点在于让同学们知道，库代码的基础配置内容，library和libraryTarget之间的一些关系。
142019-03-02 -
慕桂英5446361
2020-01-08
好厉害 一下子说明白了 困惑好久的问题
00
相似问题