过去的一年,笔者在天猫行业支持了成批的行业频道前端建设,深刻体会到业务的发展促使快速建场、高效用场的需求愈发强烈;而行业前端的开发方式仍是劳动密集型,通过加大外包资源投入+玩命加班来完成越来越多的新业务需求,而外包和加班都会导致代码可维护性进一步下降,对频道这类长尾业务弊大于利。
得益于淘系前端的积累,现在我们可以借助完善的天马搭建体系、Rax1.0跨端开发框架、imgcook智能生产这些贼棒的工具完成一个个模块的开发并搭建出一个完整的小程序频道,但在行业这样的生产关系下,我们希望能沉淀出一套更高效的生产体系来支持我们高(hao)效(hao)工(shui)作(jiao)。
去年底开始,天猫行业已与UED、产品团队合作完成了TaoUI组件规范,并在建设织网组件中心(https://weaving.pre-fx.alibaba-inc.com)来支撑行业沉淀下来的物料,那么,如果按照一定的规范,使用直接的数据模型直接驱动组件,是不是大部分普适的模块就不需要开发了呢?于是,行业魔方项目应运而生。
我们想要 提供一套供行业业务快速搭建出行业页面并高效运营维护的模块生产&使用平台
去年底开始推进TaoUI组件落地时,正是行业频道需求的爆发期,我们借此机会沉淀了一批以 行业魔方 为名的通用模块用以支持业务。
这批模块成功帮助我们在短期内支持了7个淘宝/天猫行业的频道业务,以及服饰行业新风尚的营销场景混合Feeds需求,有效释放了研发压力。在这批模块中,我们首次引入了数据驱动UI的形式,通过运营在搭建平台配置的数据源DSL来编排数据获取行为,并进行数据与组件物料的组装。
这套方案支持了我们几个月的业务开发,但我们也发现了其中的几个问题:
所以,我们决定发展到下个时代~
基于此前在行业魔方通用模块中沉淀的经验,我们决定做出以下几点调整:
这套方案现已小步快跑支持了天猫服饰行业618会场的商品内容混排Feeds流,上线效果良好。
(数据暂缺待复盘)
行业魔方的能力目前还是较为初级的阶段,我们希望在未来能够通过体系化的建设,帮助业务更快更高效的编排数据->生产出符合规范且有调性的频道模块,一步到位,从而高效支持频道快速建场、频繁迭代的需求场景。
同时,这套方案因为完全依靠编排数据和物料来渲染频道模块,在基于数据进行物料的混排、对不同种类的数据、不同的物料进行AB等精细化运营场景下,具备天然的接入优势,可以完美实现算法控制数据,数据决定UI。这一理念已在天猫服饰的千机变平台,基于行业魔方的方案有所落地。有兴趣的同学欢迎敲 @学亦 了解更多细节。
行业魔方从0到0.1,离不开相关同学的支持,在此感谢大家!!
← 基于 React 打造高自由度的 IDE 布局系统 Iceworks: 多端研发套件 →