Deeplink在应用中是不可少的。特别是电商应用里面。
电商应用里面有形形色色的活动，大致的跳转可能有如下几类：
1）跳转到主页
2）到商品详细界面
3）到某一个活动页
4）到购物车
5）到各种的聚合页
6）打开应用或者是引导用户安装
推广的渠道可能分为几种：
1）平台本身上面，这个比较好控制
2）各大推广运营的渠道
3）EDM渠道（国外邮件还是挺常用的，转化率也比较高）
跳转的方式以及规则定义
可能有很多的同学认为，不就是secheme码的一个定义，外加一些的参数么。如你与ios端商量好，两端都使用的是 com.shop.client://[host]?params=[]
通过参数，来判断不同的跳转界面，可以这会带来一个问题，就是说在进行应用的迭代以及分发的时候，可能会出现这种情况。运营那边出了一个新的活动，但是你较老的版本，因为没有对应的界面，可能就没有办法参与这个项或者是就算是用户点击了，也引导不到新的活动页中，最终，会损失一部份的转化率，关于应用的更新，大家其实都挺烦的。三天两头的更新一个应用，谁也难受。那有没有更好一些的解决方案呢。
我们可以知道，其实，用户参与下订单的时候，最重要的是什么呢，可以引导用户进入到商品详情界面，加入到购物车，以及进行购买就行了。对，就是商品详情界面是原生的就行了。
那么文章来了，一个比较完整的电商项目，可能有web站，m站，还有手机客户端，突破口在于，如果web站的各页面是按照一定的规则来写的，我指的路径。如商品详情界面是：
http://[domain]/category/product/[product_id]
一定有自己的规则哦。当然，指的不仅仅是这个界面，还有其它的。这样的话，我们可以考虑一下，如果说，较老的版本，没有相对应的原生界面，是否可以让h5来暂时的替代这个界面呢？其实是可以的，我们定义规则的时候，直接将http://[domain]/category/product/[product_id]
页面信息，当成是一个Host，如，最后 形成的就是如下所示：
com.shop.client://http://[domain]/category/product/[product_id]?params=[]
这样做，有一个好处，就是secheme启动应用的时候，应用根据相关的正则页面匹配规则，去对应相关的页面，如果说，接受到的domain，在这个版本中，无法枚举，ok，那就使用一个共公的wapActivity来进行渲染，与展示，同时 ，监听wapActivity中的webview的地址变化，一旧检测到了一些你本地存在，与对应的界面，则启动原生的界面来进行渲染，我们上面提到的就是商品详情界面，如，webView中的url检测到了，当前用户在访问的地址是
http://[domain]/category/product/[product_id]
那么，通过正则，可以将相关的商品id取出来，完后，在原生中进行渲染。
这样的话，
一则：跟不上运营速度的老版本的App也能展示新的运营界面，
2：对运营来说，我只需要填写某个界面地址就行了。
三。对于edm来说，也是使用某个页面地址就Ok. 多端的地址统一，方便维护。
4.当某个活动，觉得使用人数多的时候，可以不妨来建立原生 界面，增加用户的体验，提升转化率。新版本的功能确定之前，就完全可以往里面增加模块，相当于是偷梁换柱。
5.老版本，也可以参与新活动。
这个我的折中办法，有更好的办法的同学，可以一起讨论。
