svg动画类库Snap.svg简介

JavaScript015

svg动画类库Snap.svg简介,第1张

SVG元素是一种特殊的DOM元素,可以使用CSS以及一般的JS类库来实现动画控制。但是这些方法都没提供SVG动画样式属性的完整控制,现在介绍一个专门的SVG动画类库Snap.svg,其github地址为: https://github.com/adobe-webplatform/Snap.svg

Snap.svg提供多种安装方式。

功能描述: 创建或加载已有的SVG元素。

参数说明:

返回值: SVG元素

功能描述: 根据JS选择器加载SVG元素内已有的图形元素。

参数说明:

返回值: 选择器命中的元素Element,当存在多个命中的元素时,只返回第一个元素

功能描述: 在SVG元素内绘制一个圆。

参数说明:

返回值: 新建的circle元素Element

功能描述: 在SVG元素内绘制一条Path。

参数说明:

返回值: 新建的path元素Element

功能描述: 在SVG元素内绘制一个矩形。

参数说明:

返回值: 新建的rect元素Element

功能描述: 在一段时间内匀速变更相关属性到目标值。

参数说明:

返回值: 动画对象

功能描述: 根据设置的参数,执行动画操作。

参数说明:

返回值: mina格式的动画对象

功能描述: 执行位移操作。

参数说明:

功能描述: 使推行围绕指定的圆心,旋转一定角度。

参数说明:

初始化参考上面“基本实现步骤”中的相关描述,后续只描述动画控制部分。

《Snap.svg API文档》

《使用 Snap.svg 制作动画》

可以使用如下代码创建:

<svg width="50" height="50">

<circle cx="25" cy="25" r="25" fill="purple" />

</svg>

DOC:是WORD文件的扩展名。

BMP:BMP是一种与硬件设备无关的图像文件格式,使用非常广。它采用位映射存储格式,除了图像深度可选以外,不采用其他任何压缩,因此,BMP文件所占用的空间很大。BMP文件的图像深度可选lbit、4bit、8bit及24bit。BMP文件存储数据时,图像的扫描方式是按从左到右、从下到上的顺序。

由于BMP文件格式是Windows环境中交换与图有关的数据的一种标准,因此在Windows环境中运行的图形图像软件都支持BMP图像格式。

TXT:txt文件是微软在操作系统上附带的一种文本格式,是最常见的一种文件格式 ,早在DOS时代应用就很多,主要存文本信息,即为文字信息,在微软在操作系统等于直接存,就是它了,现在多用的操作系统得使用记事本等程序保存,大多数软件可以查看,记事本,浏览器等等。

同时TXT格式的小说作为现在最流行,最通用的阅读格式,可以用在传统的PC机上,也可以用在手机上阅读,PSP,MP3.MP4等上阅读。

JPG:jpg格式是一种图片格式,使一种比较常见的图画格式,如果你的图片是其他格式的话,你可以通过以下方法转化:

1、photoshop ,打开图画以后,按另存为,下面格式那里选择JPG格式就是了,这个方法比较简单,而且适合画质比较好的,要求比较高的图片转换。

2、如果你要求不高,你直接通过windows附带的图画程序,选择JPG格式就行了,这个来转换的话,画质嘛,马马虎虎,不过在网上嘛,过得去了!

如果JPG格式转其他格式,这样的方法同样适用。

MP3:MP3的全称是Moving Picture Experts Group Audio Layer III。简单的说,MP3就是一种音频压缩技术,由于这种压缩方式的全称叫MPEG Audio Layer3,所以人们把它简称为MP3。MP3是利用 MPEG Audio Layer 3 的技术,将音乐以1:10 甚至 1:12 的压缩率,压缩成容量较小的file,换句话说,能够在音质丢失很小的情况下把文件压缩到更小的程度。而且还非常好的保持了原来的音质。正是因为MP3体积小,音质高的特点使得MP3格式几乎成为网上音乐的代名词。每分钟音乐的MP3格式只有1MB左右大小,这样每首歌的大小只有3-4兆字节。使用MP3播放器对MP3文件进行实时的解压缩(解码),这样,高品质的MP3音乐就播放出来了。

MP3格式缺点就是为了压缩而破坏了音乐的质量,不过似乎广大的听众不在乎这个(音乐发烧友可能例外),我们从他的普及速度和面就可以得出。

MP3音频格式

MP3(MPEG Audio LayerⅢ)音频格式诞生于20世纪80年代,是伴随着MPEG-1而开发的。在MPEG-1标准中,音频压缩标准按复杂性和压缩质量分为三个独立层次:

(1)MPEG Audio LayerⅠ,它最为简单,码流为每通道384kb/s,主要用于数字卡座(Digital Compact Cassette,DCC)。

(2)MPEG Audio Layer Ⅱ,它具有中等复杂度,码流为每通道192kb/s,主要用于数字音频广播、数字演播室和VCD等方面数字音频的制作、交流、存储和传送。

(3)MPEG Audio Layer Ⅲ,它最为复杂,是综合了MPEG Audio LayerⅡ和ASPEC优点的一种混合压缩技术,其音频质量最好,主要用于MP3音频压缩,码流为每通道64kb/s。MP3编码虽不适用于实时传送,但能在低编码速率下提供较高的音质,所以成为网上音乐的宠儿。

ICO: ICO是个独一无二的、不朽的游戏艺术品。其实这个游戏的本质,只是一个类似”推箱子“的游戏而已,但上田文人非凡的文艺气质和他对玩家游戏体验的深刻理解,加上这个游戏中感人至深的情节,使这部三无作品(无体力槽,无能力槽,无物品栏)成了一首余音绕梁的优雅诗篇。可以说,纵观游戏业内,多少制作人都是想把自己的作品做成小说,恨不得做成长篇巨著;而能把游戏当作诗歌来创作的,仅上田文人一人而已。

游戏的情节很简单:一个头上长角的孩子ICO被村里的人视为异类,于是被送到魔女的城堡里充当祭祀物。可是ICO从囚住他的石棺里凑巧逃了出来。这时候他看见一个笼子里关着一个小女孩Yorda,他于是就要想方设法和这个小女孩离开这个处处是机关陷阱的城堡。但是当他们跑到城堡大门的时候却看见了城堡的主人:魔女。她带走了Yorda。从断桥上掉下去的ICO大难不死,他一不留神得到了一把威力无比有神力的宝剑,于是他决定再回到城堡去,把Yorda再带出来。

整个游戏里对话加起来不超过20句。你控制的ICO能做的动作也非常少:跑,跳,爬,拿东西和丢东西,用一根木棍打人,都是些基本动作,完全没有常规动作游戏里的“超杀”之类的东西。整个游戏里只有三个角色:ICO,Yorda和魔女。他们三人分别是谁?Yorda和魔女到底什么关系?为什么魔女要把ICO 关在石棺里,把Yorda关在笼子里?这些关于身世背景的疑点游戏本身都没有说明。有人认为上田文人只是做了一个架空的幻想框架,让我们在重重的解谜中体会思维的乐趣;更重要的是,在这个勇士和公主的故事中体会最纯洁的爱。