我什么时候应该使用HTML框架？

Question

我听到了无数原因，为什么不使用HTML框架，因为它们缺乏可访问性，普遍缺乏用户体验，它们完全没有效率/不可维护，或者它们只是过时了。

这一切都让我有两个问题：

1. 这种仇恨的普遍共识是否也适用于iframe？
2. 在什么情况下，您可以在代码中使用框架/ iframe？

Answer 1

（1）不是天生的。 iframe有许多不受框架问题影响的用例。 只要您希望混合来自其他安全上下文的文档，或者没有父页面使用的脚本和样式，它们就非常有用。

但是，它可以 “使用iframe像框架”：到了分裂的页面为单独的IFRAME区域，跨框链路进行导航的混乱，不带书签的播放，开放式，新-标签等

（2）今天我不会使用任何框架。 他们保留大量页面内容的用例有限，您不希望在每个导航上重新加载。 但是现在我们只使用XMLHttpRequest来更新页面的一部分。

即便如此，也不必小心使页面更改链接可访问（使用哈希历史记录并为每个哈希链接具有静态链接模拟，与对中间点击等的响应的真实<a>相关联），页面使用XMLHttpRequest更新/导航自身将重新创建帧的许多导航问题，具有强烈的负面可用性，可访问性和SEO含义。

我觉得有点可悲的是，许多作者正在制作华而不实的，“现代”的动画网站，通过天真地使用jQuery的load()或类似的东西，展现出古老，讨厌的框架的所有最糟糕的行为。

Answer 2

（1）否。目前有iframe的合法用途，今天没有理由在现代浏览器中使用框架。

（2）切勿使用框架; 还有其他更简单的解决方案可以产生相同的效果。

仅在嵌入整个网站时使用iframe才是最合理的选择。 虽然很少见，但有时这是有道理的。

简而言之，框架/框架集/ noframe标签是从HTML5中取出的原因，但iframe将继续使用。

（示例）如果站点A必须包含来自站点B的页面（代理似乎来自站点A），那么站点B css和javascript可以并且通常将完全软管站点A.这是合理的原因。

Answer 3

如果由于某种原因你有“嵌套形式”。

假设您有一个产品编辑表单，并且在此表单中您有一个带有另一个表单的区域，可以说允许您输入客户列表以发送此产品的简报。

客户根本与产品无关，并且与产品没有数据库关系。 它们是与产品完全分开的实体。

在这种情况下，我创建了一个IFrame，其中一个客户添加了表单并提交了在IFrame中提交表单的按钮。

我没有找到比使用IFrame更好的方法来实现所描述的场景。 是的，我要求在同一页面上放置两个表格，并且新闻稿表格应放在产品编辑表格中。 业务需求由老板决定。

Answer 4

您可以使用iframe访问您网站中第三方的广告，而无需向包含iframe的父文档提供任何其他控制或消息。

这样，您就可以访问您网站中的广告，同时防止来自未知资源的攻击

mozilla开发页面更好地解释了它 ：

HTML元素表示嵌套的浏览上下文，有效地将另一个HTML页面嵌入到当前页面中。