美文网首页Android开发经验谈Android技术知识Android收藏集
开发必读:网易专家解读Android ABTest 框架设计

开发必读:网易专家解读Android ABTest 框架设计

作者: Android高级开发 | 来源:发表于2019-04-22 20:34 被阅读28次

    应用中不同的场景、设计方案,不经过测试,你永远不知道消费者会更偏好哪一种。面对随时可能变更的产品需求,开发人员如何才能在保证测试进程的同时,让工作也变得高效、省力?

    本章内容,网易严选Android资深开发张云龙为您解读《Android ABTest 的框架设计》

    概述

    什么是Android ABTest ?

    AB测试是为web或app制作两个(A/B)或多个(A/B/n)版本,在同一时间维度,分别让组成成分相同或相似的访客群组随机访问这些版本,收集各群组的用户体验数据和业务数据,最后分析评估出最好版本正式采用。
    在网易严选中,张云龙团队涉及的业务内容基本分为两类:

    1、纯业务逻辑的测试。如:分享给微信好友、分享微信小程序、分享网页。

    但由于我们无法预判不同的业务场景对用户拉新的助力效果如何,所以这种情况下,会进行AB测试。

    2、UI变化。下图表现的就是一个UI的改变,“立即购买”和“加入购物车”的位置发生变化,当然属性也有变化,背景颜色也有替换。


    1.png

    本章内容将围绕四部分展开:

    • A/B/n设计与实现

    • ViewID实现与优化

    • UI属性动态修改

    • UI重排版与替换

    A/B/n设计与实现

    2.png

    以上是一段常见的业务逻辑测试方案代码,从这个方案中可以发现存在以下问题:

    • 业务上层开发的同学需要关心协议数据内容;

    • if/else方案出现重复代码,当产品上线后,测试版本发生变化时,会出现一个协议多处代码随时变化的情况,解决起来费时费力;

    • 另外也容易出现历史老版本两端表现不一致问题。

    • 因此,做A/B/n的设计与实现时,要注意以下方面:设计协议对接层规避 if/else

    • A/B/n 实例管理

    • 后台数据同步

    • 多种生效策略

    下图是我写的ABTest的实例,这是协议对接层的代码,通过注解的方式,指定itemID。


    3.png

    在ABTest的更新逻辑中,涉及了立即更新、热启动更新、冷启动更新。

    当数据处于立即更新策略时,会自动调用基类接口 onUpdateConfig,协议对接层的同学只需要通过这个接口就可以实现需求,并可以通过注解来指定不同caseld下的初始化方法。通过指定 defaultInit 注解,后台的AB协议即使撤销,业务层的执行逻辑也能明确。

    这种通过协议对接层隔离业务上层和协议数据的做法,能保证在协议数据发生变化的时候,业务上层代码并不需要改动,避免了业务上层逻辑的频繁多处修改,以提高效率。


    4.png

    ViewID实现与优化

    ViewID的实现有两点原则:

    • 唯一性,是指同一界面中,各个控件的ID是唯一的、不同的

    • 一致性,是指多次进入同一个界面,控件 ID 是相同的、不变的。
      初步有以下方案:

    1、View.getId()。该方案可以排除,因为大部分控件的 ID 是不会指定的,布局文件中指定了多次编译也会发生变化;
    2、XPath,根据场景树计算。大部分可视化埋点方案或无埋点方案都是用这种方法去做的,mixpanel、百分点、网易乐得和网易 HubbleData 使用的就是这种方案。
    XPath优点和缺点都非常明显:

    • 优点是XPath对于业务层开发是完全无侵入的,无论是用xml生成布局还是通过动态生成,都可以计算XPath值;

    • XPath缺点是在多版本开发过程中,如果布局发生变化,同一个控件的XPath值就会发生变化,无法保证跨版本的 ViewID 一致性,会对后台的数据分析产生麻烦。
      3、得到 Android 提出的 TouchTarget 方案,针对 XPath 的缺点做了改进:在用户点击时,可以根据当前的 Activity 名字加上控件所在布局的资源名、ID资源名,拼凑起来得到它的 ViewID。

    但这种方案会对业务开发产生入侵。
    考虑到 ABTest 的场景中,很可能不需要跨多版本收集数据分析,我们采用 XPath 的方案。

    UI属性动态修改

    如何动态地修改线上UI属性?

    总结下来有以下几点:

    • 利用 ViewID 定位控件;

    • 修订数据协议,修改控件,修改属性;

    • 把握作用时机。要保证在客户看到页面之前就修改完成;

    • 可视化方式,生成数据和效果检查

    • 自定义控件和属性。SDK 可以预置大部分常见属性;而自定义属性,可以让业务层开发制定,包含两方面:属性的设置、可视化编辑器增加编辑项。


      5.png
    6.png

    UI 重排版与替换

    7.jpg

    可以从上图看到,A和B之间的修改并不只是属性修改,布局也在发生变化。这其中涉及了两点:

    • 定位控件,原布局阻断,新布局算法应用;

    • 重布局后需要属性设置继续生效,所以ViewID不能变化。

    类似上述这种场景,假设有三个子控件,重新布局该如何做?

    实现其实非常简单,我们只需要在中间加入StubCSSLayout(SDK 内置布局控件),插进去就可以起到承上启下的作用(承上:阻隔原布局算法,启下:应用新布局算法)。


    8.png

    想要 ViewID 在重布局前后不变,只需在计算 XPath 的过程中,将 StubCSSLayout 忽略掉,就能保证这一点。
    在实际操作中,也可能遇到特殊需求,这就要求创建新的布局。
    ndroid 开发中,常用的 setContentView(@LayoutRes int layoutResID) 方式创建布局有如下几点关键步骤:

    • 根据ID得到文件路径,进行布局;

    • 根据路径,获取long类型的xmlBlock;

    • 构建Java类XmlBlock;
      清楚了原生流程,通过利用 XmlBlock(byte[] data) 构造函数,构建 XmlBlock 对象来实现布局下发和创建的功能。

    相关文章

      网友评论

        本文标题:开发必读:网易专家解读Android ABTest 框架设计

        本文链接:https://www.haomeiwen.com/subject/fbzugqtx.html