我听说过无数的原因，为什么不使用HTML框架，缺乏可访问性，普遍缺乏UX，他们完全没有效率/不可维护，或者他们只是过时了。
这一切都带给我两个问题：
>这种仇恨的普遍共识是否也适用于iframe？
>在代码中使用框架/ iframe的情况是什么？
解决方法
(1)不是固有的。 iframe有很多用例没有帧的问题。只要你想从另一个安全上下文中混合文档，或者没有父页面使用的脚本和样式，它们就很有用。
然而，可以“使用像框架一样的iframe”：将页面分割成单独的iframe区域，跨框架链接使得导航困难与书签不兼容，标签等
(2)我今天不会使用框架。有一个有限的用例，他们保留大量的页面内容，你不想在每个导航重新加载。但是这些天我们只是使用XMLHttpRequest更新部分页面。
即使如此，不用考虑使页面改变链接可访问(使用哈希历史和具有每个哈希链接的静态链接模拟，与对中点击等的响应的真实链接)，一个使用XMLHttpRequest更新/浏览自身的页面将重新创建框架的许多导航问题，具有强大的负面可用性，可访问性和SEO影响。
我觉得有点难过，许多作者正在创造华丽，动人的“现代”动画网站，通过天真地使用jQuery的load()或类似的方式，展现了古老的讨厌框架的所有最糟糕的行为。
