宣布推出 amp-bind

文 | Google AMP 项目产品经理 Eric Lindley

AMP 中的所有功能都需要经过测试（正因如此，我们无论开发什么功能，总离不开实验）。对于那些复杂、庞大而灵活多变的功能，更需要加倍注意。特别是，需要在真实应用中针对真实用户端到端地实现这些功能。这样，我们可以确保这些功能在发布后可以正常运行。

最近，我们宣布推出 amp-bind，这是一个实验性数据绑定系统，该系统能够更灵活地支持 AMP 中的交互并且可扩展性更强。灵活也意味着需要处理很复杂的问题，有许多未知因素，并且需要执行全面测试，以确保该系统自始至终正常运行。因此，amp-bind 的一大优势恰恰在于其能够在生产环境的网站（在生产环境中，开发者可在网站上实现其真实目的）中运行。正因如此，我们安排了 amp-bind 初始试用。

什么是 amp-bind？

简而言之，amp-bind 从根本上改变了 AMP 中的交互模式，同时保留 AMP 的出色性能和用户体验保证。amp-bind 更像一个基于 AMP 的编码层， 而不再采用 AMP 项目过去将交互限于特定范围内的由用例驱动的组件（例如 amp-carousel 和 amp-accordion）的方法。amp-bind 将用户操作与触发不同文档状态的因素关联在一起，让开发者可以更加自由地选择他们可以定义的交互类型。

要了解 amp-bind 可以为您的 AMP 信息页提供哪些支持，请查看它的一些基本行为，例如，它可以如何与图像轮播配合运行。您也可以查看可以如何将 amp-bind 集成到基本产品详情页面。

什么是初始试用？

初始试用（灵感源于 Google Chrome 团队）对于以下情形非常有用：某项功能已经做好非常充分的准备，可由实际用户进行测试，但仍然需要根据开发者反馈进行某些调整。

从传统上而言，在此阶段，某项功能处于实验模式，在此模式下，开发者可以在开发中试用此功能，但该功能尚不能用于生产。这种模式可能有效，但在开发者看到直接利益前，他们未必会试用这些功能，因此他们很难确定是否值得在这种不会用于生产环境的功能上耗费精力。

参加初始试用：感兴趣的开发者可以选择加入测试，在测试中他们可以将新功能应用于生产，并抱有如下预期：a) 测试时间短；b) 在初始试用后，可能会对此功能进行某些变更。与仅限少量用户参与实验的 Chrome 初始试用不同，amp-bind 初始试用允许每个访问列入白名单的网域的访问者试用相关功能。

初始试用是试用尚未正式上线的新功能的绝佳机会：您为某项功能所付出的努力，会让您立即受益（因为此功能将保留在您的网站上，而不是仍然受实验模式保护），而您的反馈可能直接影响该功能的发展方向。

如何将您的网站列入 amp-bind 初始试用的白名单？

请点击文末“