[关闭]
@xuemingdeng 2017-08-23T16:06:14.000000Z 字数 1365 阅读 1196

Google Puppeteer加入到headless Chrome的工具行列

未分类


摘要:

Chrome DevTools团队发布了Puppeteer,一个基于Node API的headless Chrome工具。它加入了现有工具的行列,旨在解决开发人员在使用Chrome DevTools协议时遇到的痛点。Google的工具给Web开发人员带来了更多的选择。

正文:

Chrome DevTools团队发布了Puppeteer,一个基于Node API的headless Chrome工具。Puppeteer提供了与其他第三方工具相似的功能,促使它们不断地创新与进步。

Selenium可以支持多种浏览器,与之不同的是,Puppeteer的目标很单一,它只支持headless Chrome。它提供了一组Node API,所以对于开发人员来说,它的使用方式与其他工具很相似。

  1. const puppeteer = require('puppeteer');
  2. (async() => {
  3. const browser = await puppeteer.launch();
  4. const page = await browser.newPage();
  5. await page.goto('https://example.com');
  6. await page.screenshot({path: 'example.png'});
  7. browser.close();
  8. })();

这段代码是从Puppeteer的README文件中摘取的。

这个项目背后的动机是要大幅简化headless Chrome(首发于Chrome v59)的交互操作。Google性能工程师Paul Irish写道,现有的交互协议太过复杂:

从我个人的经验来看,原生的DevTools协议对于开发者来说并不是最理想的,特别是如果要用它来编写自动化脚本,所以我们很需要这样的一个带有高级API的库。

社区也意识到这个问题。在PhantomJS退役之后,出现了很多替代者。在headless Chrome发布之后,ChromelessChrominatorChromy也相继出现。而有了Puppeteer之后,第三方工具需要快速创新才有可能在这场竞争中生存下来。市场有可能会来一次大洗牌。

在Medium的一篇博文中,作者Ken Soh认为Google团队的进入对于开发者来说是积极正面的:

当然,如果Google决定要拥抱社区,那么状况很快就会得到改善。基于Chrome的解决方案给开发者带来了更多的选择,它们有别于那些有既定生态系统的成熟组织。

Chromeless在某些方面存在一定的优势,比如可以在AWS Lambda上远程运行测试用例。不过Puppeteer后续也可能支持Lambda。Puppeteer目前需要7.1版本的Node,而Lambda只支持6.10.3版本的Node。对于部分开发者来说,只能在单个浏览器上进行测试就像一个诅咒一样。不过Soh认为,对于大部分开发者来说,能够在Chrome上进行测试就已经很好了:

如果你可以在Chrome或headless Chrome上运行测试,那么大可以认为你的Web应用对于你的大部分用户来说是没有问题的。

查看英文原文: Google's Puppeteer Joins Crowd of Headless Chrome Tools

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注