为什么你会选择使用Google的代码用作XML解析器而不是自己开发？
好的，Ajax的一个主要方面就是XML连接，构建一个Ajax应用是完全可能的，而且目前我们也见到了许多这样的应用，常听到人们说“哦，这是一个Ajax应用”。并不是因为数据真是静态的，才将它编码成HTML页。对于一个真正的Ajax应用，实际上加载和处理的是XML。
所以这就是我们遇到的问题，如何解析XML？当然我们可以自己进行开发，但是，既然Google已经投入了大量资金进行XML的理解与解析工作，我们为什么还要在重复开发呢？因此我们决定让我使用它们的成果作为我们的XML解析器。
Spry可用于为Apollo构建Ajax应用吗？
当然可以，我想在新闻发布会上宣布Apollo时可能让大家产生一个误解，那就是人们都认为“哦，Apollo是一个新的Flash播放器。”然而，Apollo绝不仅仅是一种播放Flash内容的新方式，因为它拥有显示HTML，JavaScript脚本等其它功能。
因此，Apollo应用程序有相当大一部分是完全应用Ajax和Spry框架开发的。
Spry更符合标准吗？
是的，最近我在范库弗峰出席一个会议，有机会发表了社区内的一些标准化问题，刚好就讨论到这个主题，更有趣的是大家提出的这些标准建议可以用到很多已经出现的框架。
我们采取的方法是，认真权衡每种可能方法的利弊，然后再去进行实际开发。有人说“你们本该应用类属性”，是的，但是有多少设计人员考虑类这个概念呢？
我认为类是和我们的CSS相关的，通过它引入其它的一些东西。我对我们的设计人员真的很困惑。因此在方法选择上是以设计者为中心的。我认为标准很好，我也完全赞成标准而且在Adobe公司我们深信标准的重要性。然而，有时为了使某些东西更容易实现，我们不得不做出一些折衷。
因此我们尽力做的就是找到一个较好的平衡点，做出适当的折衷。这就会对部分人适用，而对另一部分人不适用。我想这可能就是软件开发中的原始本质吧。
在新的CS3套装发布之后，我们会看到有更多的网站使用Spry吗？
是的,我们的确希望如此，但是作为一名技术人员我的格言是就是因为你不想那样做，你就应该那样做。我们已经看到Spry的一些应用。美国广播公司NBC就在它们的网站中使用了Spry，如果你去NBC.com去看一下就会发现上面的网页中有一部分是单独更新的，那就是用Spry开发的。现在我们正看到大量的组织机构使用Spry。
但是很显然，在CS3发布之后，我想我们将会看到更多使用Spry的生动案例。
责任编辑:张琎
用户评论