基于Web的多媒体CAI课件开发过程中若干问题的研究和实践
2） 在HTML文件中为图形设置WIDTH和HEIGHT属性: 用WIDTH和HEIGHT属性来放大和压缩图示面积并不能加快下载，但它可以使浏览器在下载图片前便确定正确的页布局，先把文字和其他后继内容显示出来，是用户在下载图片的同时便可开始浏览。
3） 随同符号使用 LOWSRC属性: 这个属性允许我们指定另一个图形文件，它将首先下载，并在由SRC属性指定的图形文件之前显示出来，一般由它指定一个低分辨率、低色度的与SRC图形相同大小的图形，这样下载将变快。
4） 使用交错式GIF和渐进式JPEG：交错式GIF和渐进式JPEG是对原来图形标准的扩展。其中交错式GIF向后兼容而渐进式JPEG不能。当下载后在页面上显示时效果就如同它是从一套百页窗后显露出来一样。尽管他们不能加快下载速度，但用户的感觉却是加快的。
2.1.3 对表格〈TABLE〉的优化处理
虽然用〈LAYER
〉和在页面布局时可以做到精确定位，但那也许只是将来的理想方案。在目前，为了得到一个真正跨浏览器，跨平台的设计方案，还得用表格进行局。
表格也许是目前网页中用得最多的布局元素，因此，对表格的优化就显得特别有价值，虽然这部分优化并不能减少下载时间，但由于浏览器需要在填充表格内容前完全理解表格的结构，所以适当的表格运用将大大缩短网页的渲染时间。在使用表格时应注意做到：
1) 将一个单一的大表格拆成多个小表格：这将加快页面显示速度，尤其当页面很长而用表格进行整体布局时更是如此。
2) 对〈TABLE〉、〈TD〉适当使用Width属性：在这一点上应注意单元格内的内容的宽度，你定义的单元格宽度至少应与内容宽度一致，以避免浏览器的过滤作用对其进行两次渲染。
3) 千万不要嵌套表格：这将使表格处理时间以倍速上升，如果一定要嵌套，至少应尽
使被嵌套表格保持简单。
4) 不要将太新的扩展多媒体元素放入表格：这将使浏览器迅速崩溃。
其他多媒体元素的优化处理
1) 对动画部分的优化： 对Direct或 Authorware动画应尽量压缩帧数，并使用shareware流式传输处理，对一般网页上常见的GIF动画，FLASH动画或JavaScript动画应尽量少用，因为他们一般除装饰效果外很难有什么其他作用却会使页面尺寸急剧增加。
2) 对背景音乐的优化：优先选用midi格式，采样仅需8位、11kHz即可。如果需要语音朗读的话，尽可能使用男声，这可以采用更低的设置。尽量将声音做成可选设置，优先选用流式声音传输格式。
3) 对脚本程序的优化：许多网页制作者认为页面中的 JavaScript等脚本语言不会使页面变慢，然而大多数的脚本语言都是解释语言，而非编译语言，这就意味着他们装载后还需被分析，这也构成了页面渲染时间的一部分，在使用脚本语言时，应注意做到：
尽量将脚本嵌入页面中，而不使用SRC属性，因为这将引起对服务器的另一次请求，既加重了服务器负荷，又延长了总的下载时间。
· 如果用脚本控制Plug-in 或 DHTML，尽量用一个内置的装载和运行更快的函数来替代自己编写的函数。
2．2 对兼容性的优化
在兼容性问题上，既要考虑课件对各种操作系统和硬件平台的兼容性，更要考虑课件对各种浏览器的兼容性。
2.2.1 在平台兼容性上的优化
当课件在INTERNET上发布时，你无法设想你的用户会在怎样配置的机器上使用怎样的操作系统，好在Web本身的跨平台特性已为我们很好地解决了这个问题，使我们免于多次开发，但为了使课件能够在各种平台上正常显示，仍需要我们在定义潜在用户群时考虑许多细节，包括：显示器的分辨率和色深，对音频和视频的支持情况，各种平台上相同字体的差异，各种平台上显示调色板之间的差别等等。
2.2.2 在浏览器兼容性上的优化
与由于浏览器不兼容带来的影响相比，由于平台不兼容对课件开发所带来的影响几乎可以忽略不计了，各大主流浏览器开发厂商或者由于商业上的考虑而故意制造不兼容情况，如Netscape和IE；或者为了追踪技术发展不得不造成新版本某些部分事实上不向后兼容，如Netscape Communicator 4.5与以前版本对JavaScript的处理；再加上其他难以计数的各种非主流浏览器，如何消除浏览器兼容性对课件开发的影响，才是课件开发者所真正要关心的问题。
在这次课件项目开发中，考虑到Netscape 和IE加起来占了浏览器使用总数的90%以上，而且均可以从网上免费得到，所以开发以IE 4.0 版为主，同时兼顾Netscape 4.0 以上版本；对某些重要的功能，如
《基于Web的多媒体CAI课件开发过程中若干问题的研究和实践(第2页)》
★读了本文的人也读了：