Yarn将用TypeScript重写,Flow惨遭亲爹抛弃!

1月25日,Yarn官方团队在GitHub issue中宣布将对Yarn进行重大更改,主要包括:将代码库从Flow移植到TypeScript,不再支持Node 4和Node 6,并为Yarn新增了一些功能等,这个更改项目代号为Berry,目的是增强Yarn优势,弥补弱势。

Yarn是Facebook开源的一款号称代替npm的js包管理工具,相对npm来说,Yarn具有安装模块的速度更快、支持离线模式、兼容npm与bower工作流以及支持两种软件仓库混用等优势。这次的改进主要是针对Yarn v2及其之后的版本,具体规划如下。

主要变化

  • lockfile(和配置)格式将成为YAML的严格子集;

  • 添加对插件的支持;

  • Yarn将被重新设计成为API,与CLI有相似的功能,当前,在使用Yarn时,开发者唯一的选择是命令行界面,Yarn不提供实现复杂逻辑的原语(无论是解析器、链接器还是访问配置),但是,这将会有改进,以后它将可以在脚本中使用组件-无需再解析package.json的内容,无需运行解决方案等,Yarn将能抽象这些所有繁杂的工作;

  • 不再支持Node 4和Node 6;

  • 日志系统进行大修改,改用TypeScript后可以获取诊断出来的错误代码,每个错误、警告和通知都会赋予一个独特的代码,该代码将会被记录下来,并附有解释;

  • 当前的一些功能如autoclean将被移动到contrib插件中,它们仍受支持,但可能与标准bundle的发布周期不同;

  • 缓存文件格式将从Tar切换到Zip,这为随机访问提供了更好的特性;

  • Yarn代码库将从Flow移植到TypeScript中,这也是jest用TS重写之后,Facebook的又一个代码库迁移的项目。

虽说Yarn现在用的Flow很友好,但Yarn团队希望第三方贡献者能更轻松帮助他们维护Yarn,很多开发者认为,这是因为TS有很好的社区,背后有更可靠更强大的公司——微软的支持,在调试上,它可以节省大量的时间,自然也就比JavaScript更受欢迎,而且,相对Flow来说,开发者对TS更为熟悉,上手更为容易。

新增功能

  • 嵌套工作区(Nested workspaces)将支持开箱即用;

  • 无论在哪个工作区,运行yarn run foo:bar将运行foo:bar脚本;

  • 引入新的命令yarn constraints,该命令允许你跨工作区执行约束(constraints);

  • 无论底层操作系统是怎样的,在脚本字段中编写posix命令行都将起作用;

  • 缓存将完全变成原子性,多个Yarn实例将能够在同一缓存上并发运行,而不会有破坏数据的风险等。

Yarn的价值观:开发优先

Yarn团队认为程序包管理器不应该是生产服务器上运行的工具,在那里运行的代码越多,出现问题的可能性就越高,最终会导致生产系统崩溃。而Yarn以开发优先,意味着Yarn是一个开发工具,它的应用最多就是到克隆代码库这一步了,其中包括即插即用,在设计时就考虑到了这一点。

过去几年中,JavaScript项目增加的复杂性以适应人们发现的越来越多的用例,Yarn团队认为包管理应该处于一个独特的地位,帮助减少一些负担,使用户能够轻松管理他们的项目。同时,在项目或应用程序处于不安全模式时,一个合格的包管理器应该有提示或警告的责任。

由於单个项目永远无法满足开发人员的所有需求,生态圈中出现了大量的项目,但是Yarn并不打算与他们竞争,而是加强自身,赋予开发者更好的能力。

详情请查看GitHub:https://github.com/yarnpkg/yarn/issues/6953

更多内容请关注前端之巅。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章