为什么会建这个仓库

随着移动互联网的普及web技术的飞速发展，H5在移动端上的场景早已不是快速迭代的用完就走的活动页面，越来越多的App已经使用了webview嵌套H5，而且这个比例越来越大，native自然有其优于web的地方，更快、更流畅、更精致等等。但是有一个绕不过的槛 —— 发版。或许很多公司已经开始使用各种方案来优化用户升级的体验，但是必须用户自主升级。然而web就不需要用户主动升级。在今年D2上感触最深的一句话莫过于Web和Native最大的差距不是调用底层接口的能力甚至不是性能，而在于各种细节。
关于设计还原交互精细化就不多提了，那么加载速度可能是第一个瓶颈。我们知道BS架构的程序天生就是将资源放置在服务端，因此正常情况每次打开页面都是去服务器拉一下资源，随着前端框架的流行，这些资源从以前的可能不到100k到现在1m都不稀奇的境地，当然即使不用框架随着前端程序的复杂度提高，资源变大也很正常，但是用户是否能接受？
自己在公司做的项目就有这样的尴尬，每开一个页面都会白屏加载，即使做一些优化意义也不大，因为js可能就1m，你只能做一些框图加载提升所谓用户体验，但是不是可以做得更好呢？
答案是肯定的，现有方案也非常多，诸如pwa这类渐进式应用，http2预先下载资源，服务端渲染等。
个人认为体验优化的方式有很多，但是能在更快的时间内就能完全使用应用是最基本的，你可能做了丝滑的滚动效果，各种令人愉悦的交互，结果打开页面花了5s，弱网环境下甚至加载花了30s，那么不好意思，你花的那些心思早就被用户的耐心拒绝了

计划完成

• pwa应用，兼容ios
• http2
• ssr

pwa之我见

现在出现的很多技术方案，或新奇或新颖，最吸引我的往往是更快的加载速度，如tree-shaking等。
很多人会觉得pwa厉害之处在于可以将其添加到桌面，直接打开，不好意思，我觉得在中国目前环境下，小程序已经做到了
pwa最吸引我的可能是serviceWorker及push API，因为当使用过一次后完全可以秒开页面，这简直是一种比原生应用更令人激动的技术方案
doc