|
|
8 回复 | 直到 15 年前
|
1
15
尽管框架集在创建时解决了一个问题(更新“页面”的一部分,同时保留不更新的部分),但从一开始就在可用性方面受到了批评,因为它们破坏了浏览器的一般功能,例如:
如果使用任何服务器端语言生成HTML,即使它提供的只是一个“服务器端包含”,那么避免框架集(包括每个页面上的相同内容)的最大负担也很容易解决。与框架集不同,服务器端include可以出现在页面的任何位置;使用服务器端脚本语言或模板系统构建站点也有其他明显的优势。 在不重新加载整个内容的情况下更新页面的小区域仍然是一个优势,这可以通过AJAX实现。这有时会导致人们创建带有上述框架集所有问题的接口,但这很难成为支持框架集的论据。同样,使用设计良好的AJAX功能构建的站点可以实现框架集甚至都无法解决的问题。 |
|
2
10
现在避免使用框架的一个很好的原因是,在HTML5中,它们已经被弃用: Chapter 11 Obsolete features
|
|
3
8
第一个原因?用户讨厌他们。 即使它们在其他领域(代码分离、应用程序设计、速度等)提供了优势,它们也是用户界面的一部分。如果用户不批准,就不要使用它们。 |
|
|
4
7
当你有一个静态的网站时,框架是非常有用的,例如,可以避免在所有页面中重复导航菜单。它还减少了页面的总大小。 这两个论点现在都过时了:站点毫不犹豫地提供胖页面,而且大多数都是动态构建的,因此包括这样的导航部分(或状态等)没有问题。 上面的“为什么”部分得到了很好的回答,部分原因是您自己的问题(您遇到了一个限制,尽管可以用一点JS覆盖它)。 |
|
|
5
6
我不使用框架的首要原因是它们破坏了浏览器的书签(也称为收藏夹)功能。 随着当今存在的技术,框架已经过时。但是如果您的遗留项目仍然使用它们,您可以使用一些ajax来更新消息。 |
|
|
6
4
仅仅因为手机iPad热潮并不意味着功能强大的全功能网站突然“过时”,那些决定淘汰框架的人似乎和那些从一开始就没有充分发掘自己潜力的抱怨者一样,或许他们是大型企业手机和平板电脑制造商的说客他们懒得为自己的小屏幕制作一个像样的支持框架的浏览器。 诚然,iFrAMS可以处理简单的工作,比如滚动和/或在单个页面中显示独立的片段,我在自己的基于框架的网站中使用它们,但要让它们工作,站点本身的基础也是一场噩梦。相信我,我知道,因为我的网站是互联网上最复杂的基于框架集的网站之一,我一直在研究将其全部转换为iframe的利弊。噩梦是轻描淡写的。 我已经能听到抱怨者说,“那你为什么一开始就这样建造它呢?”... 答案是:因为我不懒。B:因为一个基于框架的网站是一个基于信息的网站最具功能性、视觉吸引力和用户友好的格式,它有数百页的内容,不需要依赖于服务器。我的意思是除了外部广告外,所有的广告都可以直接从闪存上看到。不需要MySQL或PHP。 以下是我遇到的一些问题:
尽管如此,我还是喜欢I frames的单页面吸引力,当它们能像现在的标准框架一样方便地为我的站点做同样的事情时,我会迁移。与此同时,这种关于他们“过时”的胡说八道,和他们多年来强加给我们的另一种所谓“升级”一样令人不安,他们一路都没想。 那么,对于是否使用框架集的问题,这一切归结为什么呢?答案是,这一切都取决于你希望你的网站做什么,以及它将主要在什么平台上被浏览。在某些情况下,如果没有框架或iFrame集成,使多页网站正常工作就变得不切实际。不过,如果你只是创建一个基本的个人资料页面,显示良好的手机或平板电脑,不必麻烦框架集。 |
|
|
7
2
他们几乎总是惹人生气。你还需要什么? |
|
|
8
2
相框在某些场合非常有用。如果您正在创建一个仅用于阅读的本地网页,不涉及交互,并且该网站不会在internet上公开,则不使用框架的所有原因都将被删除。例如,一个仅用html开发的应用程序的用户手册,框架对于以简单易编码的方式在左侧保留目录非常有用。另外,如果您在网站内有正确的导航,那么返回按钮的模糊性将被完全消除 |