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

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

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

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

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

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

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

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

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

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

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

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

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

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

所以iFrame并不是邪恶的。