iframe被认为是糟糕的实践吗?

与所有技术一样，它也有起起伏伏。如果您使用iframe来绕过一个开发良好的站点，那么这当然是不好的做法。然而，有时iframe是可以接受的。

iframe的一个主要问题与书签和导航有关。如果您只是使用它在内容中嵌入一个页面，我认为这是可以的。这就是iframe的作用。

然而，我也看到过iframe被滥用。它永远不应该被用作网站的组成部分，而应该是网站中的一部分内容。

通常情况下，如果不使用iframe就可以实现，那是一个更好的选择。我相信在座的其他人可能会有更多的信息或更具体的例子，这一切都取决于你想要解决的问题。

话虽如此，如果你仅限于HTML，不能访问后端，如PHP或ASP。NET等，有时iframe是你唯一的选择。

它们并不是不好的做法，它们只是另一种工具，它们增加了灵活性。

作为标准页面元素使用…它们很好，因为它们是一种简单可靠的方法，可以将内容分离到几个页面上。特别是对于用户生成的内容，将内部页面“沙盒”到iframe中可能很有用，这样糟糕的标记不会影响主页面。缺点是，如果你引入多层滚动(一个用于浏览器，一个用于iframe)，你的用户会感到沮丧。就像adzm说的，你不希望使用iframe作为主导航，而是将它们视为与视频或其他媒体文件嵌入的方式等效的文本/标记。

对于编写后台事件脚本，通常在隐藏的iframe和XmlHttpRequest之间进行选择，以加载当前页面的内容。不同之处在于iframe生成页面加载，所以你可以在大多数浏览器的浏览器缓存中来回移动。注意，谷歌在所有地方都使用XmlHttpRequest，在某些情况下也使用__abc0，以允许用户在浏览器历史记录中向前和向后移动。

我曾看到IFRAMEs作为一种制作动态上下文菜单的简单方法被成功地应用，但该web应用的目标受众只是ie用户。

我想说这完全取决于你的要求。如果您希望确保页面在每种浏览器上都能正常运行，请避免使用IFRAMEs。如果你的目标是一个狭窄的和知名的观众(例如。在本地内部网)，并且您看到了使用IFRAMEs的好处，那么我会说这样做是可以的。

不了解它们的缺点就使用它们是“不好的做法”。Adzm的帖子总结得很好。

另一方面，gmail在后台大量使用iFrames来实现一些更酷的功能(比如自动上传文件)。如果你意识到iframe的局限性，我相信你不应该对使用它们感到内疚。

值得注意的是，无论用户的互联网连接速度或iframe的内容如何，iframe都会导致页面下载速度出现轻微(0.3秒左右)但明显的放缓。这是您在本地测试时不会看到的。实际上，添加到页面中的任何元素都是如此，但iframes似乎更糟糕。

从可用性的角度来看，最初的框架集模型(框架集和框架元素)非常糟糕。IFrame是后来的发明，它不像最初的框架集模型那样有那么多问题，但它确实有它的缺点。

如果您允许用户在IFrame内部导航，那么链接和书签将不能正常工作(因为您收藏了外部页面的URL，而不是IFrame的URL)。

在许多情况下与它们一起工作，我真的认为iframe在web编程中相当于goto语句。也就是说，这是通常要避免的。在站点中，它们可能有些用处。然而，对于跨站点来说，除了最简单的内容，它们几乎总是一个坏主意。

考虑一下可能性……如果用于参数化的内容，它们已经创建了一个接口。在专业网站中，该接口需要SLA和版本管理——在急于上网时，这些几乎总是被忽略。

如果用于活动内容(承载脚本的框架)，则存在(不同的)跨域脚本限制。有些可能会被黑客攻击，但很少持续。如果你的框架内容需要交互性，那么它就很难超越框架。

如果与授权内容一起使用，那么参与站点需要在主机之间将授权信息移出频带。

因此，尽管在站点中偶尔有用，但它们并不适合混搭。您最好查看真正的门户和portlet。更糟糕的是，它们是每个网络业余爱好者的宠儿——许多技术经理已经抓住它们作为许多问题的解决方案。事实上，他们创造了更多。

iframes肯定有用处。你还会怎么把天气网络小部件放在你的页面上?唯一的另一种方法是获取XML并解析它，但是当然，您需要条件来抛出pertenant天气图形……不太值得，但如果你有时间，会更干净。

根据我的经验，iframe的积极的一面是在调用第三方代码时使用的，这可能涉及调用调用Document.write();命令的javascript。您可能知道，由于解析方式(DOM解析器等)的关系，这些命令不能异步调用。这样的一个例子是http://sourceforge.net/projects/phpadsnew/我已经使用iframes来帮助加快我们的网站，因为有多个调用phpadsnews和网站在继续渲染页面的不同部分之前等待响应。使用iframe，我能够允许站点呈现页面的其他部分，并且仍然异步调用phpads的Document.write()命令。防止和js锁定。

当您的主页以HTTP协议加载，而页面的某些部分需要以HTTPS协议工作时，iFrame可以轻松击败jsonp。

特别是，如果你的数据类型不是原生的json，需要在服务器上翻译成json，并在客户端翻译回复杂的html。

所以iFrame并不是邪恶的。

它们并不坏，但实际上很有帮助。我有一个巨大的问题前一段时间，我必须嵌入我的推特饲料，它只是不让md做在同一页上，所以我把它设置在不同的页面，并把它作为一个iframe。

它们还很好，因为所有浏览器(包括手机浏览器)都支持它们。只要你正确地使用它们，它们不能被认为是一种坏习惯。