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

Son*_*RTh 60 html frames

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

为什么要这样做?框架有什么缺点?

Ple*_*and 58

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

  1. 框架会阻止用户正确地为页面添加书签.加载带书签的框架集页面时,用户之前在框架内单击鼠标无关紧要.仅保存外部URL,用户必须导航到他们手动的位置.

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

  3. 来自搜索引擎的用户如果位于另一个框架中,则可能无法访问导航元素 - 它们仅定向到搜索引擎找到文本的帧.

虽然"框架集"(在20世纪90年代末/早期的网页上使用的最常见类型)正在消亡,但iframe(内联框架的简称)仍然存在并且很好.实际上,最近发现iframe在今天的"mashup"Web应用程序中很有用,目前在HTML5规范中提出了对iframe的扩展.

例如,Facebook在其应用程序开发人员的API中使用它们将第三方应用程序与其自己的站点无缝集成,同时最大限度地降低安全风险.(在此模型中,所有第三方代码都保留在单独的域中,这有利于出于安全考虑.)

  • 第一点非常重要,但不幸的是,随着所有模板系统和JS允许即时更改页面内容,一些页面再次无法收藏... (3认同)
  • @SonOfTheEARTh:是的,这就是我的意思. (2认同)

Pas*_*Qyy 10

HTML 中不推荐使用框架.他们是在HTML 5已经过时了,只是不鼓励此版本之前.这已在指定的链接中明确提到.

  • 现在我们用JavaScript做同样的事情.辉煌. (7认同)

Tes*_*son 6

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

我发现它们很棒,当您希望菜单完好无损时,没有什么能比得上它们:

  • 视觉上包含第 3 方页面/应用程序(phpmyadmin 或类似的)
  • 查看 html 以外的文档类型(pdf 或图像)。
  • 由于它的width="x,*"你得到一个简单的“响应”行为。

此外,您可以在获取主要内容的同时提供流畅的菜单动画。

有意义地使用,它们是超级的。

  • 确切地。对于那些不喜欢镜框的人来说,有一种古老的印度魔法叫做“不使用镜框”。像魅力一样工作,让其他人享受框架的好处。我的意思是,真的。使用作用域样式(从未正式引入!)和固定定位和 calc() 以及一切只是为了达到相同的效果是否有意义?事实上,哪个甚至不接近?我同意镜框不流行。但是,让我们不要仅仅因为“我们不那样做”就将很多好东西扔出窗外。 (2认同)