考虑到当今大多数站点实际使用ajax的方式；为什么在框架仍然被认为是一个坏主意的情况下接受ajax？

解决方案

从可访问性的角度来看，Ajax和框架完全不同(它们也是完全不同的句号)。
框架带来的积极影响很小，但带来了许多负面问题。
另一方面，在大多数情况下，Ajax使用户界面更加动态，而不会损害可用性。

从我坐在那里开始，AJAX是一种巨大的折衷。我们正在破坏互连网的"文档"模型中的内容，以便站点可以更像"应用程序"。如果一个站点很好地使用了AJAx，它们将以微妙的方式破坏文档模型，从而为应用程序增加价值。 "投票"链接实际上不是一个链接，但它为我们提供了一个很酷的动画，并异步更新了问题的状态。

框架破坏了文档模型的数量(即使不是更多)(书签，滚动，复制和粘贴等)，但没有太多好处。框架还会插入我的OS / Window管理器恰好正在使用的任何装饰，因此它们看起来很丑陋。

如果操作正确，AJAX对于使用屏幕阅读器，基于文本的浏览器等的用户来说也能更好地解决问题。

使用Ajax，我们可以将所有逻辑放入javascript代码中。这样，我们可以创建或者使用不依赖页面的javascript库。如果我们使用的是iframe，现在我们必须处理一个隐藏的控件，并且大多数javascript代码都必须知道iframe。

如果页面没有框架，搜索引擎也可以更好地工作。

Ajax为我们提供了更精细的控制。我们可以更新页面中的单个元素，其中"框架"使我们可以控制实际上不在同一文档中的块。

框架的主要问题在于，有可能在框架集之外深度链接到框架页面，并且书签很少能按预期工作。当然，所有这些东西都有修复程序，但是它们只是使一个已经不是很好的系统变得更加笨拙和复杂。

正如我在其他地方所述，Ajax不仅仅是将现代javascript引入主流并使其再次被接受，而不是使用xmlhttp对象(这实际上是AJAX的意思)。一旦我们拥有可以接受甚至可以预期使用javascript的网站，我们便可以使用它来做很多有趣的事情。

这是两个简单的答案：

1)仅使用术语AJAX就是很酷的，它会使项目听起来更像" Web 2.0"。镜框不性感。实际上，就网络而言，框架是性感的对立面。

2)即使以非标准或者支持不佳的方式使用AJAX，它也具有前瞻性。恕我直言，即使以相同的方式，与朝后看的帧相比，中断向前移动的可能性也较小。