 |
| 昵称：奈薇建站网 |
| 论坛积分：108000 |
| 发贴等级：21 |
    
    |
| 发贴数：1156 |
| 回贴数：1282 |
被砸鸡蛋： 1 |
获赠鲜花： 182 |
|
 |
|
|
发表时间：2020/2/22 13:21:00 |
楼 主 |
|
 |
|
 |
|
方法一：优化表格提速
表格的使用增加了显示页面的时间，有时这样的时间很长。因为浏览器需要在填充表格的内容之前完全理解表格的结构，在大部分（如果不是全部）表格的内容下载之前，浏览器什么也不能渲染。当表格变大时，需要处理的信息将呈指数性增长。在先前的计算机上，这些处理性工作很不容易，表格渲染需要大量时间。
使用表格时间长了，你会发现大量小表格渲染起来比一个有很多行的大表格快。至少看起来是这样-真象那么回事（记住：是感觉到的速度，而不是实际速度）。
如果你在用一个九行的表格（每个单元有很多信息），可以把它分成三个各有三行的小表格。如果你的网页很长，这种策略特别有益-在后面的表格下载时用户可以看前面的表格。
使用Width属性
为使你的HTML尽量对浏览器友好，应该对<table>和<td>标记适当地使用Width属性。这种属性允许你定义整个表格的宽度，也可以定义单元格的宽度。如果事情并没有好起来，你应该怀疑浏览器-是它的原因。所以只要检查你是否算对了就行了-如果你把一个单元格设为100个像素宽，可是却把一个110个像素宽的图像插入其中，结果是：表格暂时出现，然后当重绘自己以便能容纳图像时又消失了。不用说，浏览器的这种过滤作用同它的慢速一样令人讨厌。
把窗体放在表格里不幸的是，不同的浏览器和操作系统对窗体元素的处理方式不同。Mac上的下拉菜单比Windows中的要宽很多。Netscape4处理可写的文本框和处理文本一样，所以如果增加浏览器的缺省字体大小，所有的文本框都会变大。Netscape4中的可写文本框比其它浏览器中的宽20%，而且受字体标记的影响。所以，总而言之，你的窗体在一些用户看来会很奇怪-除非你有意支配它们。
不要相信所见即所得的编辑器
表格真令人痛苦，这就是为什么所见即所得的HTML编辑器流行起来的原因。但是，在这些编辑器使建表格变得容易的同时，它们也产生了一些令人吃惊的低效率的代码。特别是GoLive的CyberStudio使用了一种产生梦魇般臃肿表格的布局系统（尤其当你没有认真按用户手册操作时）。
所见即所得编辑器的布局和预览窗口在处理不必要的嵌套表格、没有设置合适大小的表格的列或奇怪的、转弯抹角的HTML代码时感到力不从心。因此，如果你希望你的表格尽可能地苗条和高效，同时又舍不得放弃所见即所得的编辑器，那么只好最后花些时间清理你的代码。一旦所有内容看起来都象那么回事，用文本编辑器打开HTML代码看看，你会发现你的表格漂亮而且干净。
方法二：利用缓存提速
有一个使图像下载更快的重要技术。那些在网站中重复出现的像-比如通用标志、页首或导航条,不必一遍一遍地下载。缺省地，Netscape和InternetExplorer在RAM或硬盘上设置缓存来存储最近用到的图像。如果浏览器认识是相同的文件名，它会读缓存，而不是从网上下载。这种方法大大地提高了效率，以至于很多自动记时程序无法识别-你只好用跑表自己测测了。
既然客户端的缓存如此有用，在设计网页时就应考虑到浏览器的缓存。例如，如果网站有大量相似的页首图形，应试图把它进行分割，使其中不变的部分能从缓存中立刻读出来。虽然在每页还要调用一个新图，因为这个图很小，所以下载很快。
最后，把你的图像放在一个地方，最好在你的服务器上。这可以减少DNS查找的时间。另外，如果你要存储图像的一个或几个服务器崩溃，将是一件很不幸的事。 |
|
 |
 |
 |
|
奈薇建站网致力于，让每个中国人、每个中国企业都拥有自己的“官方网站”！ |
|
|
|
|
|