· 注意颜色安排---通过降低色彩深度，使每一象素有较少的位数可使文件变小。而在一行内不要放入过多颜色将使文件进一步压缩，这对gif文件更加有效，因为gif仅是颜色的列表，它为每一行设置一个颜色列表，因此, 当沿水平方向改变颜色时，应尽量使用更多的相同颜色片段；基于相同的原因，当使用连续色调时，应尽量从顶部向底部延展，而不要在左右方向上延展。· 调整图像中的对比水平---大多数图像软件都提供重润色选项,如伽玛(gamma)较正和加亮(highlight)/中调(midtone)/阴影(shadow)来改变一个图像内的对比。缩减这些值，通常可以减少文件尺寸。· 抑制抖动---抖动是指用现有调色板中颜色值来接近调色板中没有的颜色，它倾向于增大gif文件的大小，通过选择通用安全216色调色板和用图形程序里选择“no dither”选项可消除抖动。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 以上版本；对某些重要的功能，如果两者需用不兼容技术实现，则分别开发两个版本，由服务器对用户浏览器进行判别后分别下载。在脚本语言方面，由于javascript是唯一大多数主流浏览器均支持的语言，所以成为唯一选择。由于ie支持所有netscape扩展标签，所以标签选用上优先考虑netscape标签。3.课件中导航、查询、测试功能的实现3.1 导航功能的实现在本课件中导航功能采用以下几种方案来实现。一种是每一页底部均有的导航钮，这个方案主要提供课件预定学习顺序；一种是导航图，它指出用户现在正处于整个课件的什么位置；一种是查询方案，这个方案提供在整个站点内搜索相关页的功能；还有一种便是树型目录，它与教材目录相同，可用于辅助检索。树型导航目录为单独的一页，显示在左边的框内。一开始显示各章标题，单击章标题号后目录展开，显示这一章下面的节的标题，未展开的章标题及其前的标记为蓝色，展开后标记转为红色，再次点击已展开的章标题后目录将恢复原样。整个目录还可扩展，在节标题目录下加入第三层，用以显示每一节下的各小节标题内容，树型导航部分中每个标题点击后都将在右侧框架中显示对应页的内容。3.2 查询功能的实现查询功能其实可以用frontpage98内置的search form(检索表单)组件下的active elements来实现，其功能非常强大。但目前由于frontpage未发行中文版，因此其对中文的查询不能很好的支持。我们现在在课件中的查询功能是用javascript实现的，它通过维护一个关键词及包含页面url的对应词典表来实现查询，整个课件总页面数将在一千页左右，常用的关键词有几百个,在这种规模下这个查询程序的工作仍将是有效的。3.3 测试功能的实现虽然课程考试的题目需要有专门的试题库系统自动生成，但每个单元后的练习题和单元测验题却可用网页加脚本的形式简单实现，从而大大减轻服务器和数据库的负荷。试题以选择题形式出现，选项多少不受限制。程序经过简单改动还可提供填空题的形式。4. 对基于web的多媒体cai课件发展方向的一些探讨首先，从功能上说，根据学生学习课件后取得的效果，可把课件分为“知识和技能的获取”型，“应用知识分析和解决问题”型，“创造性的解决问题”型三种；而从目前课件开发情况看，以第一类居多，第二类较少，第三类几乎还是空白。我们认为，在这方面应加强研究的力度，应加快发展的步伐。而这需要教育学家和计算机专家的共同努力，关键在于教学理论和认知模型的创新。
其次，从内容组织方式来说，目前课件基本都是通过超链接的方式组织起来的，学生可以根据自己的学习速度进行学习、交叉索引也比较方便，这与以前固定速度的教师传授或单一方向的印刷课本相比，当然是个较大的进步；但课件各部分的内容及组织结构仍是预先固定好的，弹性较小。我们认为，理想的课件应能够根据学生的知识结构，学习类型和学习情况动态生成学习内容及组织结构。在动态组织这方面，目前我们能做到的还只是根据学生对每一小节后习题的完成情况动态增加一些预先准备好的补充页，这对于因材施教是远远不够的，这方面的改进还有待于在课件中提高智能化程度来解决。5．结束语基于web的多媒体cai课件是未来多媒体课件的主要形式，也是将来发展网上教学的一个资源基础。但目前已完成的优质实用课件还很少，对此类课件的开发模型，开发工具，开发技术等的研究也很少。我们认为，只有加紧对这类课件的研究开发，才有可能使网上教学早日进入实用领域。本文所提到的方法和技术都是我们在基于web的多媒体cai课件开发过程中实际所应用的，实践证明是行之有效的。
中国论文网(www.lunwen.net.cn)免费学术期刊论文发表,目录,论文查重入口,本科毕业论文怎么写,职称论文范文,论文摘要,论文文献资料,毕业论文格式,论文检测降重服务。 返回电子论文列表
