为什么在html中不推荐使用框架?

HTML早期有帧,但是在最新版本中已经弃用了。 许多浏览器(我尝试使用Internet Explorer)甚至不能正确显示帧。

为什么这样做呢? 帧的缺点是什么?

雅各布尼尔森写了一个批评框架的1996年专栏。 一些关键点:

  1. 框架阻止用户正确书签页面。 加载书签的框架页面时,用户以前在框架内的鼠标点击并不重要。 只有外部URL被保存,用户必须导航到他们手动的位置。

  2. 框架打印网页的挑战。 一次打印所有的框架不适合纸张的不同尺寸(用户只能以这种方式获得第一页)。 用户通常必须右键单击他们想要的框架并select适当的上下文菜单选项。

  3. 来自search引擎的用户如果位于另一个框架中,则可能无法访问导航元素 – 它们仅针对search引擎find该文本的框架。

尽pipe“框架集”(在20世纪90年代后期/ 2000年初期使用的最常见的types)正在消亡,但是iframe(内联框架的简写)仍然保持活跃。 事实上,最近iframe在当今的“mashup”web应用程序中被发现是有用的,并且HTML5规范中目前提出了对iframe的扩展。

例如,Facebook在其面向应用程序开发人员的API中,使用它们将第三方应用程序无缝集成到自己的站点,同时最大限度地降低安全风险。 (在这个模型中,所有的第三方代码都保留在一个单独的域中,这对于安全性来说是有好处的。)

框架在HTML 中不被弃用 。 它们在HTML 5中已经过时,在此版本之前就不鼓励了 。 这在指定的链接中已经明确提到。

不回答OP,而是平衡框架集合的抨击。

我发现它们很棒,当你想要菜单完好无损时,没有什么东西可以接近它们:

  • 在视觉上将第三方页面/应用程序(phpmyadmin或类似的)
  • 查看html以外的文档types(pdf或图像)。
  • 由于其宽度=“x,*”,你会得到一个简单的“响应”行为。

另外,您可以在获取主要内容的同时提供stream畅的菜单animation。

用于感觉,他们超级。