共计 2679 个字符，预计需要花费 7 分钟才能阅读完成。
作者：京东批发 胡本奎
一 背景
1 是什么
XView 是一个通明的塑料袋（容器），基于通用的 webview 框架革新而来，通常用于大促弹窗等营销场景，展示模式如下图：
2 痛点
在理论的开发应用中 XView 存在产研过程效率低，曝光率不高的 2 个外围痛点。
1，产研过程低效： 在研发过程中比拟繁琐，不仅须要前端开发弹窗内容还须要客户端接入 XView SDK 以及服务端数据配置，同时依赖发版，导致交付周期长，反复工作多。
2，曝光率不高： 降级前的 XView 加载流程比拟长，导致曝光率不高。
3 降级
为了解决以上 XView 的诸多痛点，咱们将 XView 弹窗进行了 3 个时代的降级，具体如下：
1，客户端 H5 弹窗组件时代: 传统的 xview 只反对 h5 链接，这样弹窗在加载过程中存在加载速度慢，性能差，曝光率低等问题。
2，弹窗配置化时代： 通过配置弹窗能够不仅反对 h5 链接，同时反对图片，Gif，视频，Lottile 等多种类型的素材，通过 SDK 的形式，提供对立的弹窗管制，保障了弹窗的稳定性，弹窗能够通过疾速配置的形式最快能够做到 2 个小时内测试，交付上线，同时 XView CMS 提供数据中心查问，能够查问线上弹窗实时的数据动静，包含曝光量，点击量，点击率等弹窗数据，同时可反对生成数据报表, 然而配置繁琐，概念多，了解老本高造成“客服”工作量大，同时内容生产能力弱，不能笼罩更上游的内容生产环节，提效下限无限。
3，弹窗可视化搭建时代: 采纳原生搭建的形式，尽可能的应用原生形式渲染，这样进步了曝光率，从配置化时代进入页面弹窗搭建时代，丰盛了弹窗的触发场景，新增了返回，摇一摇等多种触发模式。
二 降级计划
XView 的降级计划次要从搭建流程，互斥治理，预加载降级，页面治理以及接入这几方面介绍。
1 搭建流程
XView 搭建整个流程包含 4 个阶段，CMS 弹窗搭建，策略配置，客户端展现以及数据采集:
1 弹窗搭建： 由经营或产品在 XView 的 CMS 搭建平台上通过随便拖拽组件的形式实现弹窗的内容搭建，在搭建过程中 XView CMS 通过低代码引擎生成弹窗页面的形容文件 Schema（json），导出终端代码搭建产物（出码），在点击弹窗保留时，搭建产物经协定转换，映射为通天塔 DSL，生成通天塔可渲染的数据模版，这套数据模版公布在 OSS 平台上，最终客户端通过通天塔灵活化 SDK 进行弹窗内容渲染。
2 策略配置： 在弹窗模版生成的同时，会对弹窗的弹出策略进行配置，对于频次策略，能够通过客户端的本地频次管制也能够通过服务端曝光频次管制，同时反对定向的策略，包含版本的区间，失效工夫，白名单，黑名单，定向人群等策略的配置下发。
3 客户端展现： 在 CMS 的配置完后，客户端通过通天塔灵活化 SDK 实现弹窗内容渲染，弹窗的触发形式包含进入页面自动弹出和手动弹出等弹出触发形式，为了进步弹窗的曝光率通过对资源预进行预加载。
4 数据采集： 为了验证和进步弹窗的曝光率和点击率，XView 提供一整套的数据采集和展现计划，通过数据埋点以及异样埋点的剖析建模，保障了弹窗曝光的成功率。
2 互斥治理
同一个页面可能同时存在多个弹窗，每个弹窗的弹出先后顺序，优先级也可能不一样，因而须要对弹窗进行互斥治理，互斥治理的流程如下：
1 同一个时刻互斥（同时触发优先级才有用），高优先级的弹过，才容许弹出低优先级的。
2 互斥组号雷同的时候，对于排他设置，设置不排他，按天排他，有效期内排他，当两个弹窗同时参加排他，那么同一个时段，一个弹过，另一个就不会弹出了。
3 预加载降级
H5 时代： 手动预加载，预加载成功率不高。
配置时代： 反对图片和视频以及 webview 预加载，在 App 启动时触发预加载，能够配置提前多少天缓存以及缓存的天数，预加载成功率不高，影响 App 启动性能。
搭建时代： 反对图片，视频，webview，Lottie，DSL 文件等预加载，在 App 启动或者进入指标页面时会触发预加载，预加载的元素的优先级会依据权重，优先级组合条件进行排序决定预加载先后顺序。
4 页面治理
原生页面： 对只有 Activity 只配置 Activity 的门路，对页面中含有 Fragment 或者多 tab 的页面，同时配置 Activity 和 Fragment 的门路进行页面标示。
H5 页面： 通过页面 Url 链接中 host 和 path 进行匹配标示。
RN 页面： 通过 RN 的 moduleName 进行匹配标示。
通天塔页面： 通过流动 acitivityId 进行标示匹配或者和 H5 页匹配规定保持一致。
Flutter 页面： 待欠缺。
动态化搭建页面 ：待欠缺。
5 接入：低成本
三 降级后框架
降级后 XView 包含内部依赖，CMS 后盾，CMS 搭建引擎，客户端四个局部。
内部依赖： 包含对通天塔，水滴，投放，Switchquery 开关平台，子午线，鲁班，果盾屏蔽零碎等零碎的依赖。
CMS 后盾 ：解决数据库数据，低代码引擎搭建产物和通天塔灵活化协定的转换，用户权限的设置以及搭建过程中上传图片，视频等文件解决, 业务方接入公布审批，以及第三方数据源的编排等。
CMS 搭建引擎 ：治理，配置弹窗，复制，删除弹窗。对弹窗内容的搭建目前反对敞开按钮，内嵌网页，以及布局等单例组件，还反对热区，图片，文本，视频，Lottie 等根底组件的搭建。同时蕴含实时 UV 数据，弹窗性能等指标数据的建设。
客户端 ：包含客户端接口的解决，客户端 SDK 对触发机会，触发策略，元素预加载策略，事件协定解决等；对不同技术栈页面上触发弹窗的解决；对弹窗容器动效，交互解决；通天塔灵活化对弹窗内容的渲染等。
四 数据中心
数据中心反对分平台数据实时统计，包含曝光总量，敞开点击量，以及局部可点击元素的点击总量，同时反对点击率，曝光率等数据指标的统计。
** 通过饼状图直观的展现弹窗的点击率数据，建设破绽模型展现弹窗的曝光率等数据指标，将来可通过对用户人群等数据分析，进步弹窗的业务价值。
弹窗实时数据查问，让业务方能实时理解弹窗数据状况。
五 现状和将来布局
1 现状
目前赋能业务数量 10+；笼罩首页，秒杀，新品，互动（领京豆），短视频，发现好货等业务，弹窗生产耗时可缩短到半个小时以内。
2 将来布局
XView 将来次要从技术赋能和业务价值两方面布局
技术赋能： 升高经营和产品的学习老本和操作门槛，同时提供更弱小的内容生产能力，能够使得局部 H5 页通过原生搭建的形式实现，同时能做到自助上线，精准投放达到降本增效的目标。
业务价值： 尽可能采纳原生渲染，晋升曝光率，反对更多的素材类型和展示模式，包含动态数据，事件绑定等灵活化交互，同时反对更丰盛的触发模式，包含返回，摇一摇，下拉刷新等多种触发场景，引入动画交互，晋升点击转化达到晋升业务价值的指标。