有赞移动消息卡片动态化方案实践

概述 消息业务作为有赞移动的共享业务,在微商城、零售、美业等 B 端 App 中承担着多客服的角色,多客服是有赞为商家提供的连接商家和买家的即时消息客服工具;在精选、有赞客 C 端产品中扮演着用户联系商家的角色。在整个有赞产品中,是商家和用户沟通的桥梁,起着非常重要的作用。 痛点 我们通常来讲把出现在消息会话页面内的内容称做消息卡片,目前消息业务常见的消息卡片有文字、富文本、语音、照片、视频、通知消息,…

Read More

微商城订单模块重构实践

背景 订单是电商服务的核心场景之一,微商城客户端的订单模块已经服务了商家多年,功能和体验上和 PC 端有一定的差距。为了弥补不足,提升商家的体验,产品经过一系列数据调研,发起了微商城订单模块的重构项目。 作为“乐于重构”的开发者,在此次重构中以增强代码维护性以及线上稳定性为目的,接受了这次挑战。接下来将从业务代码架构、历史代码改造两方面,简单地聊一聊我们在此次重构中的一些经验。 业务代码架构的改进 1. 组件拆分 上图为旧订单列表和新订单列表的截图 上图是新订单列表中订单状态配置和筛选项配置的截图 不论是新订单列表还是旧订单列表,页面核心功能区域…

Read More

有赞移动如何做到并行灰度的复杂场景?

使用场景     作为移动开发的我们经常会遇到两种需求: 1. 展示逻辑线上需要随时变更,例如登录注册页面用户协议链接的变更 2. 新业务的灰度下发,如订单等核心业务的重构,如何去保证灰度到指定的商家或适当的灰度比例,在确保线上业务的稳定性的情况下来进行数据的灰度下发。 现状     为了解决以上问题,就需要App侧具备一定的动态化能力。 目前增强App端的动态性方式,通常来说有下面几类: 1. Hybrid…

Read More

有赞移动应用如何给页面安上“任意门”

“任意门”:一行配置实现页面跳转重定向。 背景 & 痛点 & 价值 动态路由组件,处理的是 App 中最最常见的一种行为的问题,那就是:跳转。 随着 App 技术栈的扩展,从原本最最简单的原生到原生的跳转,扩展到目前同一个 App 中包含原生页面、H5 页面、Weex 页面、Flutter…

Read More

有赞移动热修复平台建设

一、背景 1.1 为什么要搭建热修复平台 随着公司的快速发展,需求的快速增加,App迭代也越来越频繁,如果移动应用出现问题,不仅仅影响用户体验,还会影响公司口碑,甚至可能造成资损。需要快速修复线上问题,对比常规的开发流程而言,热修复更加灵活方便,优势很多: 无需重新发版,实时高效修复bug; 用户无感知修复,无需下载新的版本,代价小; 修复成功率高,能把损失降到最低; 因此热修平台愈加重要,需要搭建一个高效,…

Read More