签或共享应用程序的 URL 时保留或重新加载其状态。 响应式（自适应）：它必须适应任何设备的尺寸和形状，这是基本的。 就像一个应用程序：它必须具有本机应用程序的外观和感觉，并且必须基于应用程序 shell 模型，并且页面刷新最少。 独立连接：应该在低连接或离线区域工作。或者相同的是，它能够检测我们是否没有网络连接，并能够使用我们缓存的先前版本或最新版本。 可安装：渐进式 Web 应用程序必须能够安装在设备的主屏幕上，以便用户可以通过桌面快捷方式轻松访问它（就像任何普通应用程序一样）。 使用当前内容：当发布新内容并且用户连接到 Internet 时，该内容必须同时在应用程序中可供用户使用。 确保安全：由于每个用户对 Web 应用程序的使用方式不同，因此必须通过 HTTPS 托管应用程序，以避免攻击并给用户带来安全感。
它可以用于哪些类型的技术？ 我们强调以下几点： 服务人员 根据 Google 自己的开发人员的说法，我们可以说这是： “我们的浏览器在后台执行的脚本，与网页分开，允许访问不需要网页或用户交互的功能。” 服务人员 基本上，他们试图告诉 手机号码列表 我们的是，它允许我们在后台运行服务。 这带来了多种好处，其中我强调： 能够轻松处理推送通知。 能够在后台同步数据。 能够响应来自其他地方的原始资源请求。 集中接收更新。 应用程序外壳 也就是说，为了更快地加载应用程序，请存储基本用户界面。这允许设计或架构中可以渐进地、动态地加载内容，从而允许用户在连接有限或没有连接的情况下与应用程序交互。
基本上，它将信息本地存储在设备的浏览器缓存中，从而允许在没有连接的情况下使用缓存中保存的最新版本。 申请清单 这是一个 W3C 规范，定义了基于 JSON 的编码，为开发人员提供一个放置 Web 应用程序元数据的位置。例如： 元数据结构示例 总而言之，虽然看起来不错，但并不是什么新鲜事，也不是什么不可思议的事情，要抛下一切，改成这样。我也不是说它没有用，远非如此，而是我们必须一如既往地牢记我们想要什么以及为什么想要它。 但很明显，渐进式 Web 应用程序正变得越来越类似于本机移动应用程序，因此在不久的将来，我们可能会看到应用程序创建方面的新“繁荣”。 向大家致以亲切的问候。 |
