Snap.svg-SVG实战学习必修课-实例与文档讲解

发表于 JS 分类，标签:
24 06月 2015
0

（本文转自：http://www.zhangxinxu.com/GitHub/demo-Snap.svg/demo/basic/Element.add.php）

一、关于Snap.svg

2013年10月23日，第3届（如果我没记错的话）HTML5全球开发者大会在旧金山举办。Adobe在此次大会上宣布了一件事情：建立了一个名叫Snap.svg的开源项目。其目的在于摒弃Flash插件，将Flash的特性带到web上。

Adobe表示，”Snap.svg是一个强大且直观的SVG动画内容操纵API，支持屏蔽、裁剪、全梯度和组别等使得内容更具吸引力和交互性的功能”。

Adobe支持的项目，自然其产品中会有体现，例如DreamWeaver中的PhoneGap, 这里的Snap.svg应该也会集成在其Web开发工具中，例如Edge.

我早在半年前的文章中就说过，SVG貌似要兴起，其判断来自国外最新的技术文章中SVG所占比例越来越大。

前不久看到的相关的趋势曲线似乎印证了这个趋势：
SVG, canvas, vml趋势图

SVG趋势上升，Canvas则下降之势，至于VML，似乎已经死了很久了。

SVG开始升温，并不是因为Snap.svg, 而是大势所趋；但Snap.svg为SVG的进一步升温肯定贡献了不少能量。

Snap.svg的作者就是著名的矢量库Raphael.js的作者，Adobe的员工Dmitry Baranovskiy. Raphael.js的优点在于兼容低版本的IE浏览器，借助VML语法。似乎很不错的东西，但是，13年，Raphael.js出现了明显的拐点（更多趋势可参见这篇文章）：
2D图形操作库的趋势

Raphael.js下降了。其下降并不是因为上面的easeljs, 因为EaselJs, KineticJS都是操作2D Canvas的库，Raphael.js是与SVG打交道的。SVG趋势是上升，因此，显然，百分之一万的，Raphael.js趋势下降是其他东西出现 导致的。我认为其最大的竞争对手就是其同父异母的弟弟”Snap.svg”.

Snap.svg是面向现代浏览器开发的，虽然其不支持低版本的IE浏览器，但是，正因为不需要考虑到兼容，所以，SVG的一些高级特性其就能很好的支持，同时，库JS文件的大小也小很多，可以更专注、更高效、更精彩。

时代发展，移动兴起、软硬件不断更新。低版本IE浏览器半个身子已经进博物馆了。在这种大时代趋势下，Snap.svg的兴起是必然之势。

国内的技术发展总是滞后国外半年~2年之久。别说Snap.svg, 就连SVG在国内也似乎如北方的寒冬，资料寥寥，相谈甚少。这种状况类似于5年前的比特币，丫的资料聊聊，详谈甚少，结果错过了超好的经济投资机会。如果 我告诉你，企鹅的股票未来一定会大涨，1年涨92%，而其他人都没有意识到，你会怎么做？显然趁股价还没上去多多入手啊！

大部分的人，喜欢观望，喜欢随大流，金钱投资也好，技术投资也好。哎呀，这个技术挺热的挺吃香的，我也进去学一把。锅就那么大，大家都进去了，显然每个人吃的东西就少了。

但是，现在，有一个吃的人很少，未来一定会越来越大的大锅，你愿不愿意过来做这个技术投资？没错，这个大锅就是SVG，而锅里的大勺子就是Snap.svg. 你是希望一直成为一个跟屁的技术随流者，还是希望成为行业翘楚、技术的弄潮人，好比nodejs届的朴灵。

愿不愿意投资，选择在你自己~~

前端的方向
技术发展会导致分工越来越细，前端也是如此，专门写页面的、专门做前端运维的、专门写交互以及通信JS的，以及专门做图形视觉特效开发的。因此，可能会面 临技术发展方向的问题。想想自己的团队，想想自己的性格，想想自己的理论基础，哪个适合，向哪个发展？而不是哪个有前途向哪个发展。因为，不管哪门技术有 前途，你学不好，你还是没前途。因此，如果你的性格，理论基础更适合偏后的前端发展，你可以关注SVG，但没必要深入，因为，你花double的时间也不如那些对动画有见解、对图形敏感、有设计基础的家伙学得好的。

还是那句话，

愿不愿意投资，选择在你自己~~

二、Snap.svg的学习

Snap.svg还是相当年轻的一个SVG库，要说资料，那必须相当少啊！目前比较靠谱的就是官方的快速入门以及文档。然而，这个目前最靠谱的官方文档其实也是相当的不靠谱。

怎么个不靠谱法呢？哈，参数名称标注错误，返回类型不准确，api描述直接拷贝自Snap.svg.js文件的注释。没有API对应的Demo示 意，就连示意的源代码都没有。对应源JS的位置也不准确。API名称排列顺序让人搞不明白，页面过高，快速导航困难，阅读体验糟糕等诸多问题。

对于一个新人而言，尤其是中国的开发者而言，这个诚意不足的文档有碍大家的快速学习啊！

怎么办？

不急，因为我也要学习Snap.svg，我可不喜欢每次都去翻不知所云的官方文档，因此，最近两周，顶着一文未发的压力，将Snap.svg官方变 验证边翻译成中文，同时，几乎每个API都配以实时的demo，并附上相关的源代码。于是，大家一眼看过去就知道API是怎么使用的，返回的值是什么，对 SVG产生了什么样的影响，这显然要比官方的文档帮助大了。

关子卖了这么多，该现真身了。

您可以狠狠地点击这里：Snap.svg API中文文档兼demo实例页面

API兼demo页面的界面大致如下所示：
Snap.svg中文API文档以及demo实例、源代码等页面截图

涵盖Snap.svg 150多个API，如果您一一把这些API都啃下来的话，恭喜你，你的SVG实战技术又上升了N个台阶。

后期，我会附上一些复杂的实际应用demo.

文档下载与维护
目前，我已经将该文档开源在Github上，地址为：https://github.com/zhangxinxu/demo-Snap.svg

为了更好的维护性，文档页面采用的是php格式。如果您的本机支持php，则您可以通过Github下载整个文档包并访问。如果您的本机没有安装apache等，也没关系，直接点击上面的在线的Snap.svg API中文文档地址就可以。

欢迎参与整个文档的维护。包括，您可以修改一些表述不准确的地方，书写错误的地方，补充一些说明甚至添加一个demo等。

三、如何下手Snap.svg API中文文档

Snap.svg API中文文档的API排列顺序，基本上就是按照26个英文字母的顺序过来的。优点是便于查找，但是呢，如果学习按照这个顺序，可能就会有点无所适从。所谓顺藤摸瓜，芝麻开花。

如何个学习顺序？不急，先简单讲解下各个API集团各自的作用。

//zxx: 诸位要先知道SVG的一些常规基础知识，否则，下面的可能会不知所云。可以百之，或谷之，或者翻阅我之前的分类为“SVG相关”的一些文章。

Snap.svg分为如下一些API集团，Element, Fragment, Matrix, Paper, Set, Snap, mina.

分别表示：元素、片段、矩阵、绘制、集合、Snap和mina.

其中Element可以看成是包装后的DOM元素，性质等同于jQuery中的$()包装器。Fragment其实就是 片段元素。Matrix矩阵是图形变换用的，参考CSS3中的transform变换。Paper是绘制矢量图形用的，画圈圈，画方块，画路径等。Set 是元素集合，可以看出是多个Element的数组集合. Snap包含一些全局方法，性质类似于jQuery中$.的些方法。mina为动画专属，包含各类缓动函数等。

于是，我们的学习顺序可以是这样：

  1. 如果获得一个SVG元素，这个是万事之源啊，因此，务必先熟悉Snap()这个方法。

  2. 为了培养兴趣，快速入门，我们先学习如何绘图。也就是先熟悉Paper.

  3. 绘制的图其实就是Element，于是，我们就学习Element的各种方法，事件处理什么的了。

  4. 由于Fragment也是Element的一种，也就顺便把Fragment拿下。

  5. 有时候我们要处理多个元素，也就是Set了。

  6. 我们可能希望元素可以翻转啊，变形啊什么的，这就可以用到Matrix了。

  7. 是不是还有一些全局方法可以让Snap.svg更强大啊，恩，看看Snap中有什么宝贝。

  8. 至于mina, 一些缓动函数而已，任何时候拿出来瞅瞅都是可以的。

本文地址：http://www.zhangxinxu.com/wordpress/?p=3910

0 篇评论

发表我的评论