何为“VML”、VML的基底知识
程序员文章站
2024-02-14 12:55:40
html是web网页的标准格式,我们看到的网页都是html标记编写的,但标记有限-vml是用代码标签在网页内绘图的标记语言,类似html,或可说是html的补足-输出的图像...
html是web网页的标准格式,我们看到的网页都是html标记编写的,但标记有限
-vml是用代码标签在网页内绘图的标记语言,类似html,或可说是html的补足
-输出的图像是矢量图形格式,图形又支持以2d、3d、动态动画的形式呈现
-它对html、css2(样式表)的兼容非常好,就是说这3者很容易搀杂在一起、互补
-它对dhtml(基于html对象的编程语言)、js&vbs(脚本程序)同样兼容的很好
-它对xml(通用web数据描述语言)、xsl(样式表)、dom(对象接口)等等兼容都很好
-它可以被支持它的浏览器直接解析、输出,不过目前只有ie浏览器支持vml
-它同pgml、svg等均基于xml格式,也跟swf(flash)、pdf等图型效果类似
-vml是微软1999年前(具体时间我不详)制作推出的,并集成到了ie5+浏览器
-同样也是microsoft office art(艺术图型,如word的艺术文字)的核心结构
-vml由微软visio、autodesk、macromedia等企业推荐给w3c(www最高权利协会)
-采取、综合了各方的推荐,w3c于1999年初开始发展svg,并随后不久推出
-svg是综合vml、gml等的改进(输出效率、图型质量、标记扩展),被推荐为标准
-但svg需要专门的图像阅读器如(adobe svg viewer),无法直接被浏览器引擎解析
-以我见,svg更适合于精度矢量图型应用软件开发、vml则适合应用在web页
-有不少文章说vml已过时,但仁者见仁、智者见智,vml我感觉相当健全(图型质
量、输出速度)以及它编写简单、浏览器可以解析、与html等语言的兼容性、实
际web页应用的可行性、深层开发的可行性
-但不能光提vml的优点,vml在我深层应用开发中,就碰到了“效率”缺点,当然只
是说深层应用(做大副精度矢量图像、vml动画、绚丽的2d/3d效果、等……),一
般简单的应用,是感觉不到的,或可说一般应用不在话下。
-硬件效率:也许vml描述一个矢量图形只需短短一行、几行代码,没有理由会引起
输出效率慢的问题。但实际上,vml矢量图型(2d/3d)的输出,是综合显卡、内存
、cpu、屏幕刷新率等同时工作,这直接关系着硬件的性能、需要一定的设置,也
就是vml矢量图型越大、颜色越多、图型处理的越复杂、动画更新的越快,也就越
容易引起cpu100%、输出效率越慢的问题,否则会很快。
-数据效率:综合上述图型越大、颜色越多等问题,不光关系着硬件。其实,几行代
码描述的图型,在浏览器解析后,就变成了名副其实的“数字图像”。只是浏览
器解析后的数据,我们看到的是图型,幕后谁知需要多少个“数字”才能输出这
么一个图型?显示器刷新一次,就是复读一次这些“数字”……。这也就是你不
看这个图型(切换到其他网页)机器运作效率就快,反之你看,机器运作就变慢
的原因。
-图像矢量效率:在今后的章节,你会学习到vml的image、imagedata、fill等标
记,这些标记均可以将http://(网上)、file:///(本地)路径协议的jpg、gif、
bmp等格式的图像以矢量形式插入到web页。你会发现,如果被插入的图像越大(
字节数),就会越慢,反之就会很快。
-综合上述效率问题,是vml的最大缺点。了解了vml的缺点,在今后学习、应用
vml中,要尽可能取长补短避免在这个缺点上碰钉子,充分掌握了vml技术以后
,这并不困难、不足以为惧。起码,vml图形的输出效率还是够快的:)
-vml是用代码标签在网页内绘图的标记语言,类似html,或可说是html的补足
-输出的图像是矢量图形格式,图形又支持以2d、3d、动态动画的形式呈现
-它对html、css2(样式表)的兼容非常好,就是说这3者很容易搀杂在一起、互补
-它对dhtml(基于html对象的编程语言)、js&vbs(脚本程序)同样兼容的很好
-它对xml(通用web数据描述语言)、xsl(样式表)、dom(对象接口)等等兼容都很好
-它可以被支持它的浏览器直接解析、输出,不过目前只有ie浏览器支持vml
-它同pgml、svg等均基于xml格式,也跟swf(flash)、pdf等图型效果类似
-vml是微软1999年前(具体时间我不详)制作推出的,并集成到了ie5+浏览器
-同样也是microsoft office art(艺术图型,如word的艺术文字)的核心结构
-vml由微软visio、autodesk、macromedia等企业推荐给w3c(www最高权利协会)
-采取、综合了各方的推荐,w3c于1999年初开始发展svg,并随后不久推出
-svg是综合vml、gml等的改进(输出效率、图型质量、标记扩展),被推荐为标准
-但svg需要专门的图像阅读器如(adobe svg viewer),无法直接被浏览器引擎解析
-以我见,svg更适合于精度矢量图型应用软件开发、vml则适合应用在web页
-有不少文章说vml已过时,但仁者见仁、智者见智,vml我感觉相当健全(图型质
量、输出速度)以及它编写简单、浏览器可以解析、与html等语言的兼容性、实
际web页应用的可行性、深层开发的可行性
-但不能光提vml的优点,vml在我深层应用开发中,就碰到了“效率”缺点,当然只
是说深层应用(做大副精度矢量图像、vml动画、绚丽的2d/3d效果、等……),一
般简单的应用,是感觉不到的,或可说一般应用不在话下。
-硬件效率:也许vml描述一个矢量图形只需短短一行、几行代码,没有理由会引起
输出效率慢的问题。但实际上,vml矢量图型(2d/3d)的输出,是综合显卡、内存
、cpu、屏幕刷新率等同时工作,这直接关系着硬件的性能、需要一定的设置,也
就是vml矢量图型越大、颜色越多、图型处理的越复杂、动画更新的越快,也就越
容易引起cpu100%、输出效率越慢的问题,否则会很快。
-数据效率:综合上述图型越大、颜色越多等问题,不光关系着硬件。其实,几行代
码描述的图型,在浏览器解析后,就变成了名副其实的“数字图像”。只是浏览
器解析后的数据,我们看到的是图型,幕后谁知需要多少个“数字”才能输出这
么一个图型?显示器刷新一次,就是复读一次这些“数字”……。这也就是你不
看这个图型(切换到其他网页)机器运作效率就快,反之你看,机器运作就变慢
的原因。
-图像矢量效率:在今后的章节,你会学习到vml的image、imagedata、fill等标
记,这些标记均可以将http://(网上)、file:///(本地)路径协议的jpg、gif、
bmp等格式的图像以矢量形式插入到web页。你会发现,如果被插入的图像越大(
字节数),就会越慢,反之就会很快。
-综合上述效率问题,是vml的最大缺点。了解了vml的缺点,在今后学习、应用
vml中,要尽可能取长补短避免在这个缺点上碰钉子,充分掌握了vml技术以后
,这并不困难、不足以为惧。起码,vml图形的输出效率还是够快的:)
上一篇: PHP下载文件的函数实例代码
下一篇: Yii2 的加密