标签:yarnpkg javascript npm
我知道Yarn带来的好处以及它所做的和npm没有的关系.不过我确实有些疑惑:
>对于保留与npm相同行为的其他一些命令,Yarn是否会使用npm?
>如果不是,是否有理由将它们重新用于纱线中并且这种方法有缺点吗?
解决方法:
不,这是重写.
Rather than continue building infrastructure around the npm client, we
decided to try looking at the problem more holistically. What if
instead we attempted to build a new client that addressed the core
issues we were experiencing? Sebastian McKenzie in our London office
started hacking on this idea and we quickly became excited about its
potential.
– https://code.facebook.com/posts/1840075619545360
它提供相同的API(如果你注意到,没有一些快捷方式).这是(我猜),因为原始界面足够简单并确保采用.
它更快,解决了npm的典型问题(主要是不确定性的部署).这只能通过自上而下的重写来实现,它们还改变了如何安装deps(获取,计算,下载,链接),因此逻辑是不同的.
这种方法的缺点是它需要大量的工作.通常情况下,你只需要PR主要回购,但鉴于他们想要一个完全不同的东西,Facebook有办法,他们决定单独进行.
另一个很大的缺点是它的好处不会立即为所有npm老用户提供,因为它不是升级版本,并且没有安装节点.
标签:yarnpkg,javascript,npm 来源: https://codeday.me/bug/20190828/1752567.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。