现在canvas在h5的2D游戏中已经逐渐开始大显身手，各自高端大气上档次的h5游戏引擎也开始崭露头角，看着unity都可以导出为网页了，真特么牛啊。但是，在不使用webgl的情况下，canvas的能力是非常受限的。之前我们也讨论过通过mesh化贴图来实现canvas图像扭曲这里，再复杂一点，对于动态灯光和阴影的绘制怎么处理呢？这次我们就在尝试下这个话题。

问题细化

11月初的时候，Facebook的Socal应用更新了一波，有人发现：

神奇，值得一看。经过拆解，我们首先注意到整个程序的包名，资源名，项目名都包含osmeta。Osmeta是何许人也，一搜，已经全是1314年的新闻了：Facebook收购一家神秘的移动软件公司Osmeta，可能是为了利用它的系统虚拟化技术把Facebook Home移植到更多设备上。从这个新闻之后，osmeta完全没有消息了，新闻中提到的系统虚拟化技术或者说是跨平台移动开发技术也没消息了，莫非Facebook Socal的这次更新就是osmeta团队鲤跃龙门的暴击。

在前端工程中，埋点和统计早在几年前就进入了无痕埋点时代，但是在实际工程中，我们还是觉得，常见的无痕埋点方案，写起来形式是简单了，但是从实现需求的角度并没有帮啥大忙。

痛点

因此在实际工程中，我们看看我们的痛点。无痕埋点，在实际工程中的写法，往往是这样的：

大家日常写iOS代码的时候，习惯性的把ViewController当作界面部分的中枢，就像安卓的Activity一样的东西来写东西——所有的view新建改变，实力绑定，反正界面层那些乱七八糟的活，都让ViewController去做了。所以经常在想，MVC的Controller怎么到苹果这里变成了rootView一样界面层的中心一样的东西了这不科学。

这篇博客只是一个关于js中BlockStatement与ObjectExpression的识别的有趣问题的小记，并没有任何工程实践意义，纯属娱乐与探讨。

下载地址 : https://github.com/Lrdcq/xgfe-app-sketch-exporter
Tag : 当前版本 0.1.0

发布记录

- 2017.12.01 第一版0.1.0版本，实现基本功能

什么是Sketch插件，从sketch的plugins菜单点开你就可以看到了。进入manage plugins...点击get plugins...，你就可以看到官网上数以吨计的解决各种各样问题的sketch插件。理论上到这一步我们就没问题了，不过正好，当前我手下的case，由于ui和项目架构的规范要求，还真没插件可以帮我做这事儿，所以我们开细看sketch插件。

它是怎么实现的。sketch插件开发主要使用的是一门冷门的脚本语言cocoaScript（https://github.com/ccgus/CocoaScript），这是某知名开源作者搞的让js和oc混写来编写cocoa应用程序的脚本语言，不过看git上的记录的话，34年前就已经凉了，而且从搜索结果上看，基本上除了sketch插件就没有大型软件或者框架在使用这门脚本语言了。因此，相对的参考资料比较少，这是接下来有各自坑的主要原因。

从两年前开始，我们app开发就在逐步引入并尝试使用MVVM这种理念的架构设计了，并且往往是通过函数式编程来实现的（ReactiveCocoa/RxJava）。当然，要说MVVM，web前端当然是走得遥遥领先，而我们App中实践MVVM多多少少遇到了不少问题。
不过经过两年来的迭代，我们的App中的MVVM架构的实现上，已经有了很大的变化，可以说是更向前端靠拢吧，也可以说是踩过无数坑之后自然而然形成的，面向状态机的设计。

由于考虑增加更现代的php服务端架构，之前针对08年的这个Bo-Blog旧版的服务器配置——php5.1+win2003已经完全无法满足我们的技术迭代（和娱乐）要求了。因此慎重考虑之后，觉得将服务器迁移到linux+php7+上，对于的，对Bo-Blog的代码也做了一次升级。

从js的canvas开始展开，我们知道js的canvas中对图像的变换是非常有限的，移动旋转缩放，本质上是一个二维的变换矩阵，即transform方法对应的功能，对应的是a,b,c,d,e,f,0,0,1的矩阵，其实这也不是完全的二维变换矩阵，完整的参看这里。而同理，3d的变换矩阵，参看这里，canvas显然是不支持的，不止是js的canvas，大部分ui的framework的canvas都不支持3d变换的，毕竟实际贴图cpu计算图像拉伸成本太高。