【转】跨终端实践-天猫试戴的解决方案

原文 https://github.com/tmallfe/tmallfe.github.io/issues/4

体验完产品，具体讲下技术实现方案，总体的实现过程能够分为：

拍照->得到图片数据->将商品与图片合成->生成效果图->用户保存图片

拍照

跨终端调取摄像头

这是试戴的关键一步，考虑到须要支持到各个终端，因此优先想到使用标准的web方案来实现：WebRTC - getUserMedia

基于 getUserMedia，面向 mobile 快速尝试，基本完成了主要的功能

但 getUserMedia 的支持状况并不理想，尤为是 sarfari 的不支持让广大 ios/mac 用户没法体验，这里就须要 PC、mobile 的兼容处理，以跨终端 mobile first 及优雅退化的思路设计兼容API：

1. 在浏览器中若是没法支持，将采用 flash 方案补齐
2. 在 native 中，优先采用 native api 补齐

控制先后摄像头（web）

对于戒指的试戴，手机上咱们指望优先调用后置摄像头，在 web 中启动时就须要设置优前后置摄像头，W3C 文档还处于 Draft 阶段，相对还不是特别完善，能够经过以下设置：

{
    video:{
        optional: [
            {
                sourceId: $sourceId
            }
        ]
    }
}

经过 MediaStreamTrack.getSources 可得到设备的全部 sourceId，注意：考虑设备可能没有外设如台式机或外设设备不可用(在虚拟机或远程)，这种状况下会报错，因此须要 try&catach 容错。

控制拍照时图片尺寸(web)

不一样的终端，摄像头拍摄的图片照片尺寸是不一样的，若是咱们只须要得到某一部分图像，就须要对图像作剪裁，在 WEB 中为了避免引发用户疑惑，展示给用户拍照界面时，所见最好就是所须要的部分

举个栗子：咱们指望得到一个正方形的图片，可是 rmbp 中摄像原始是 16：9 的图像，考虑方案有：

1. 考虑设置 video 的 width/height 让图像自动充满 video（参考官方文档并无规定这部分实现，最新草案也无方向，这个方案走不通）
2. 将 video 部分隐藏，知道目前图像的原始尺寸，而后垂直居中，方式如图：

须要注意的是：video API 中有 videoHeight 及 videoWidth 两个属性，当 video play 时理论这两个属性就是当前图像的宽高，但实际状况 Mozilla 存在一个 bug#926753，play 时仍没法准确获取，兼容的方案轮训监听：

Event.on(video,"play",function(){
    if(this.videoHeight===0){
        return S.later(arguments.callee,100,false,this);
    }
    // now width/height ok
}

获取数据： 在传输大数据状况下的web与native通信

在拍照完成 native 中须要把图片数据传递给 web，另外用户保存图片到本地时，web 又须要把合成好的图片数据传递给 native 让其保存，这边涉及 native 与 web 的传递大数据通信：

1. native -> web：
   
   
   1. android：可经过 WebView#addJavascriptInterface() 向 web 注入 js 方法
   2. ios：可经过 UIWebView#stringByEvaluatingJavaScriptFromString() 执行 js 函数，两种方式向 web 传递大数据都没有问题
2. web -> native：
   
   
   1. android：因为能够把 native 类暴露给 web，js 能够调用暴露的方法和 native 通信，大数据也没问题；
   2. ios：因为是采用 UIWebViewDelegate 方式，监控 request 方式通讯，js 经过自定义协议的 URL 用 iframe 请求，传输大量数据时便存在问题；解决这个问题方案：既然 native 能够和 web 顺畅通讯，就能够通知 native 一个 js 函数名，让 native 本身来取。

合成展示：定位戒指位置

比较简单，用图片说明: picWidth/maskWidth = x1/x = w1/w

生成图片：Canvas 图片跨域

知道了具体位置，生成图片即可以简单的调用 canvas.toDataURL 得到图片数据，但这里涉及一个图片跨域问题：
Canvas 获取图片数据会有跨域的限制，以前有：imageProxy flash来作代理的方案，可是这个方案仍然不够高效和简洁，尤为是对于 mobile 更无能为力

最好的方案是 web 标准的 CORS，经过让服务器返回 allow-origin 的 header，让 canvas 能够正常处理：

// http response header: Access-Control-Allow-Origin: *

img.crossOrigin = "Anonymous";
img.onload = function() { 
    ctx.drawImage( img, 0, 0 );
    canvas.toDataURL("image/png");
}

组件化 & Mobile First

在整个开发的过程当中是以组件化的思路分层处理，并封装成了具体的组件，经过封装的组件，后续拍照、试戴能够快速搭建完成，除了天猫自身业务特点的组件外，比较通用的有：

1. camera 组件：底层跨终端拍照组件，后续会移植到阿里 HybirdAPI 一部分
2. try 组件：上层的试戴组件，处理图片位置、合并、移动旋转等，可配置不一样模板及参数快速支持其余类型试戴（如眼镜）

再设计跨终端有组件时，经验是优先面向 mobile 设计，这样逻辑及交互流程更加简洁，可让 API 涉及更加清晰，后续正对 PC 适当兼容。

聊业务

最后简单聊下这个业务：这是一个技术驱动业务的项目，从初期的业务重点在频道，中间经历几回业务调整，到目前把试戴做为业务后续的重点，能够说这个产品在其中起到了不少的做用，其中几点经验：

1. 不只本身看到价值，重要让合做伙伴也看到价值
   
   
   1. 在资源有限的状况下，做为技术人员去影响业务策略是不易的，认同事情的价值是关键一步
2. 快速的产出 demo，验证可行性及让合做伙伴了解成本及效果
   
   
   1. 有时不是业务看不到方向而是担忧成本，这是技术的优点，但须要作出来看

后续

后续试戴还有不少地方能够发力，比较重要的一些方向：

1. 支持更多品类：项链、眼镜、耳环、手镯、手表等其余类目
2. 能够考虑结合图像搜索作相关推荐
3. 尝试使用图像识别，减小已有模板对比的成本，example

附

1. html5 vedio 简介
2. Capturing Audio & Video in HTML5
3. getUserMedia 兼容性
4. tainted canvas
5. html5 video face detection
6. html5 肤色检测