🎉 欢迎加入 W3C WebViews 社区组：
https://www.w3.org/community/webview/
W3C 社区组面向公众开放，任何感兴趣的单位及个人均可参与。WebViews 社区组旨在识别、研究并减少使用软件组件 WebViews 所产生的问题。小组初期将专注于收集 WebViews 使用场景及其提出的挑战。详见该组章程草案：https://github.com/WebView-CG/charter/blob/main/charter.md
☕️ 什么是 WebViews？为什么使用 WebViews？面临哪些问题？如何解决？欢迎参阅 W3C 通信标准领域技术负责人、全球开发者关系主管 Dominique Hazaël-Massieux 近期发表于 W3C 官网的文章（点击页面底部「阅读原文」获取原文链接）：
🎙Dominique Hazaël-Massieux：我们每天都生活在 Web 世界。W3C 作为国际标准组织有责任确保 Web 技术标准尽可能地被广大开发者采用。几个月前我开始意识到对 WebViews 的累积使用已成为使用 Web 内容的关键机制之一。
通过 Web 浏览器，Web 平台的普及范围令人惊叹：凭借 W3C 及诸多组织的技术标准，只需一次点击或一个链接，Web 开发者就可以接触40多亿终端用户。事实证明，这些技术是十分有用的数字服务通用语言。尤其是通过可用于呈现基于 Web 技术的内容的软件组件 — WebViews — Web 技术得以在浏览器之外被进一步广泛应用。
基于多种因素，移动和台式设备都普遍使用 WebViews。其中最突出的是在原生生态系统中重用部分 Web 基础设施（例如用于广告、身份验证、支付），提供一个平台以集成来自第三方提供的应用程序或内容（例如 MiniApps、各种平台上的嵌入式游戏），或直接在原生应用中（也就是所谓的 in-app 浏览器）渲染传统 Web 内容。🤔乍一看，Web 技术的进一步延伸覆盖创造了制定 “Web for All” 开放标准的良好机会。但当我深入研究时，画面很快变得没那么乐观：浏览器中的 Web 技术带有一组关于如何解译它们的显式和隐式期望。一旦脱离这个框架，一些假设就不再成立，这就给 Web 内容的呈现和执行方式带来了不确定性。比如，WebViews 通常不会实现与该平台默认浏览器相同的一组功能，倘若原生应用开发者没有特别处理这些情况，那么任何提示用户权限的 Web API 都会在 WebView 中失败。WebView 这个名字包含了各种各样的组件，它们都有自己的特性和限制，远远超出了 Web 开发人员已知需要缓解的常见跨浏览器互操作性问题。Android WebView、iOS 的 UIWebView 和 WKWebView、Windows 的 WebView2 与在这些平台上的原生应用中呈现 Web 内容的其他方式相结合和对照，它们的行为取决于嵌入应用程序开发者如何选择使用它们。🤝在探索这一领域时，我觉得不仅许多 Web 开发人员并没有真正了解这一复杂领域，而且开发浏览器技术标准的多数人也并没有真正考虑到那些快速增长的使用我们技术的群体。能否解决这些问题？我和来自 Google 的 André Bandarra 在 W3C 去年的全球技术年会（TPAC 2021）期间组织了一系列探讨，参见现场讨论记录（视频）以及我的演讲 PPT：- https://www.w3.org/2021/10/TPAC/breakouts.html#webviews-1
- https://www.w3.org/2021/10/TPAC/breakouts.html#webviews-2
- PPT：https://www.w3.org/2021/Talks/dhm-tpac-webviews/
简要概括 TPAC 2021 的讨论：这个话题曾是我们标准路径上的一个盲区，我相信它值得更多关注，进而通过标准为开发者和终端用户带来更多价值。
🎉借此我很高兴地宣布，通过与来自阿里巴巴的安勍（W3C MiniApps 工作组联合主席）和来自 Google 相关领域技术负责人 Peter Beverloo 的协作，我们刚刚启动了一个 WebViews 社区组，目的是识别、研究和减少因使用 WebViews 而产生的问题。鉴于该领域的复杂性，WebViews 社区组最初将专注于收集 WebViews 使用场景及其提出的挑战，接下来进一步研究应对这些挑战的正确机制。欢迎加入 WebViews 社区组，您的参与和反馈都将助力小组目标的最终实现。