译者注：

这是在国外网站看到的一篇关于PWA的采访。作者对PWA热发表了较为中肯的态度。个人觉得还是值得一看的。

如果你英文水平不错，欢迎观看原文。

为了方便部分不懂英文的读者，我粗略提炼翻译了一下。因为工作较忙，只花费了大概20分钟翻译。其中不免包含错误和遗漏，欢迎大家指正。

第一，为什么要用这种方式写（一个在线技术书籍，使用了serviceWorker离线化）

因为HTML比较像一本书，而且很容易生成各种版本（EPUB,MOBI,PDF)。

至于离线化，我觉得这是天然的。早几年我就使用AppCache来达到相似的目标，但是很麻烦。serviceWorker友好很多，但是不支持的我还是会用AppCache来进行polyfill。

第二，在内容消费领域，PWA会带来什么影响，会侵蚀原生应用的领地吗？

这可能会改变人们对于移动WEB应用的认知。之前人们都需要漫长的等待，而serviceWorker解决了这个问题。

如果用户把我们的webapp添加到主屏，这的确会是一个WEB占领APP领域的标志。但是我不看好，因为添加到主屏和下载APP这两者之间其实没太大差别，人们已经不太乐意去接受这种与内容无关的东西。（大意就是大家不愿下太多东西了）

现在WEB已经可以实现原生APP的许多功能了，但我认为短期内人们还是会喜欢用原生APP。

最大的优势是用户的移动端设备储存空间不足，那样WEB应用更轻，体验更好，更受用户欢迎。但即使这种情况，我也不确定用户会不会添加到主屏。

我十分担心PWA的那种占领主屏的口号，我们的主战场不应该在那。而应该改变人们对于WEB和原生APP的看法。（让他们喜欢上WEB）。毕竟在现如今这种一个月都不会下一个APP的情境下，这个目标不难达到。

第三，你对PWA的看法

对我而言，我不认为PWA和WEB是分割的。我有点担心人们的过分吹捧会让大家对PWA有错误的期望。它们首先应该是WEB，然后吸收了一些好的特性。

我对PWA的期许和WEB一样，用户每天都能用来解决各种问题。

我其实并不喜欢APP shell这种和原生应用一直的说法，这些和serviceWorker，HTTPS什么的都没有关系。如果人们只是因为他们不能构建真正地APP就不用这些伟大的技术。

我认为最有用的组合是serviceWorker+HTTPS+manifest。对于那些内容网站十分有用。

在最近的一些会议上，有些人鼓吹大家搭建PWA，然而劝阻大家搭建个人网站。这是一种可怕的精英态度。我担心这样会改变了PWA这个术语的意义。

第四，在搭建PWA这个过程中，你最大的收获是？

好吧，就像我所说的那样，有的人太过于专注于添加到主屏，而没有发现serviceWorker带来的好处。

我最大收获是，这个技术不是一个特定的子集，他能让WEB上所有东西都收益。例如，使用serviceWorker缓存js\css\img这些完全没有任何难度。

所以你可以这么总结

我很乐于看到这个技术被越来越多人接受，但是我对他们的销售方式很担心。我很担心在APP的冲击下，这么有用的东西会被淹没。

扫码关注w3ctech微信公众号