很多人告诉我,我不应该在我的网站上使用框架。现在我的问题是,我应该改用什么?
你们认为我的喊话箱最好的解决方案是什么? http://www.anitard.org/indexx.html
很多人告诉我,我不应该在我的网站上使用框架。现在我的问题是,我应该改用什么?
你们认为我的喊话箱最好的解决方案是什么? http://www.anitard.org/indexx.html
这完全取决于您当前在 iframe 中显示的内容,如果它是另一个网站,则 iframe 很好。
但是,如果它是您网站的某个部分,那么您应该考虑通过构建 html 页面的某种后端脚本语言将内容放入其中,而不是创建数十个页面并将它们粘合在一个框架集中。
您应该使用带有 CSS 的 div。由于许多原因,框架根本不受欢迎。对于一些好的起点,请查看:
如果您只是想嵌入一个喊话框,请使用 Javascript。为什么您在导航时担心它会重新加载?
您给出的示例实际上很好地说明了为什么您不应该为此使用框架。它看起来很糟糕,并且提供了非常好的可用性。在我看的前 3 次中,我什至没有看到喊话框框架!
我同意@Matt 和@Pradyumma - 如果您只想添加一个喊话框,嵌入式代码是不错的选择。它很简单,并且允许您从您的网页中分离出喊话框的详细信息,如果您想这样做的话。iframe 是一个不错的选择——它只是一个“内联框架”,所以如果你确信框架是邪恶的,这可能不是你愿意采用的解决方案。如果您认为您的网站需要长期维护,您可能需要考虑使用Web 应用程序框架。
揭穿一些神话。框架不是“坏的”。框架已经使用了很长时间,并且在 Dreamweaver 或 Web 应用程序框架(Joomla、Cocoon 等)等工具出现之前就非常有用。框架在消除过度使用表格来控制页面布局方面走了很长一段路。他们还在早期的网络中节省了大量带宽——包含导航、菜单等内容的框架只需要下载一次。框架对搜索引擎来说还不错。我不知道这个是怎么开始的。
框架确实存在可用性问题。最终,框架页面的行为与常规 html 页面不同,因此它们总是会给访问您网站的人带来一些可用性问题。作为设计者/维护者,你已经决定了你可以使用哪些技术——你可以使用哪些工具,有什么时间可以学习新东西?
如果你正在做像 php 这样的服务器端编程,那么你可以这样做 -
# .... <tr><td>
#
# <?php
# include("/includes/menu.htm");
# ?>
#
# </td></tr>
# <tr><td>
#
# <?php
# include("/includes/header.htm");
# ?>
#
# </td></tr>...
或者最好的选择是您可以使用 Javascript 或 AJAX。