AMP 中的所有功能都需要进行测试（这就是我们使用实验来构建内容的原因）。但是，特别大型、复杂且灵活的功能需要更多关注。特别是，它们需要在现实世界的应用程序中针对真实用户进行端到端实施。这样，我们就可以确保这些功能在发布后能够正常运行。
我们最近宣布了amp-bind，这是一个实验性数据绑定系统，它提供了一种更灵活、更广泛的方式来支持 AMP 中的交互性。除了这种灵活性之外，还有很多复杂性、未知因素，以及为了确保从一开始就正常运行而进行彻底测试的必要性。出于这个原因，amp-bind 可以从在生产环境中运行的能力中受益匪浅，在这些网站中，开发人员可以出于现实世界的目的进行实施。这就是我们为 amp-bind 设置源代码测试的原因。
什么是 amp-bind？
简而言之，amp-bind从根本上改变了 AMP 中的交互性模型，同时保留了 AMP 的基本性能和 UX 保证。amp-bind 更多地像是在 AMP 之上的一个编码层，它超越了 AMP 项目在历史上将交互性限制为范围限定的、用例驱动的组件（如amp-carousel和amp-accordion）的方法。amp-bind 将用户操作与不同文档状态的触发器关联起来，让开发人员在他们可以定义的交互类型方面拥有更大的自由度。
如需了解 amp-bind 在 AMP 页面上支持哪些功能，请查看一些 基本行为，例如如何与 图片轮播配合使用。您还可以了解如何将其集成到 基本产品详情页面。
什么是原点试验？
当一项功能已足够成熟，可以接受真实用户的测试，但仍会根据开发人员的反馈进行一些更改时，原点试验（受 Google Chrome 团队启发）会非常有用。
传统上，处于此阶段的功能会被置于 实验模式中，开发人员可以在开发中对其进行尝试，但它还无法在生产环境中使用。这可能很有用，但除非开发人员看到立竿见影的好处，否则他们不一定愿意尝试，因此他们很难证明将精力投入到无法在生产环境中使用的事物上是合理的。
加入原点试验：感兴趣的开发人员可以选择加入一项测试，在生产环境中使用一项新功能，并预期 a) 该测试是有限时的，以及 b) 该功能在原点试验后可能会进行一些更改。与将实验限制为一小部分用户的 Chrome 原点试验不同，amp-bind 原点试验会为访问白名单域的每位访客启用该功能。
源代码试用版是一个在功能正式上线之前试用新功能的绝佳机会：您可以立即从投入功能开发的工作中受益（因为该功能将在您的网站上上线，而不是仍然受到实验限制），并且您的反馈可以直接影响该功能的发展方向。
如何使用 amp-bind 将您的网站列入源代码试用版白名单
在此注册，让我们知道您有兴趣在您的网站上试用 amp-bind 的源代码，我们会通过后续步骤与您联系。请注意，鉴于 AMP 团队的开发者支持带宽有限，我们只能将有限数量的域名列入该功能的白名单。
一如既往，我们希望您对 amp-bind 提出反馈，无论您的网站是否已列入源代码试用版白名单，或者您只是查看了文档和示例。一旦我们从 AMP 社区获得足够的输入并做出必要的更改，我们将向所有网站发布正式版功能，而无论其源代码试用版状态如何。我们期待收到您的来信，并期待在 AMP 中看到更多互动！
由 AMP 项目产品经理 Eric Lindley 发布