1.背景 1.1 介绍 订单优惠计算是指买家选择商品加入购物车，交易系统根据会员等级，会员资产(优惠券/码、积分、权益卡)，商家优惠活动，计算出订单实际需要支付的金额。 在有赞零售业务板块中，线上线下都有订单优惠计算场景。线上使用场景是买家在H5/小程序端选品加车、下单结算，中台在这部分已经有很充分的沉淀，所以主要使用中台提供的能力实现。而在线下使用场景深度契合垂直行业，业务场景比较特殊，不适合放在中台去实现，所以这部分能力由零售业务自己完成。…
Read More前言 在前段时间的有赞移动沙龙中给大家分享了有赞移动 Android 团队对于编译提效的实践，会上很多小伙伴对这部分十分感兴趣，但由于时间关系没有能进行一些细节上的交流，所以会后我们整理了两篇文章分享给大家。关于第一部分全量编译提效可以阅读我们小伙伴分享的文章，今天给大家带来第二部分：增量编译提效方案Savitar。 背景 编译慢一直都是成熟 Android 团队难以回避的问题。有赞零售 Android 团队随着业务的发展，项目也到了一个比较大的规模：整个工程有 25 个业务模块，拥有 45W+ 行源代码（Java…
Read More一、概述 随着业务的发展，工程的逐渐增大与开发人员增多，很多工程都走向了模块化、组件化、插件化道路，来方便大家的合作开发与降低业务之间的耦合度。 现在就和大家谈谈模块化的交互问题，首先看下模块化的几个优势。 模块化的优势 1，结构清晰：业务独立，代码实现分离，不会搅在一起。 2，便于协作：每个开发同学只要自己负责的模块，没有太多的耦合。 3，便于维护：各模块管理自己的代码、布局、资源，…
Read More文 | Alex、Siam 面对线下收银场景，针对商品收银业务，如何提升商家收银的效率？如何保证即使在弱网或无网条件下商家正常的收银？如何设计大量商品时搜索方案？如何对业务模块进行解耦和各种复杂的业务场景交互？都是在设计零售收银业务时，需要去认真思考的问题。 有赞零售移动团队在业务快速地迭代中，沉淀出商品收银的一套可行方案。 模块化设计 得益于零售移动的组件化框架，对业务线划分为店铺、交易、商品、营销等模块 路由负责页面跳转与组件间通信 私有化商品模块数据，商品模块提供查询接口 离线商品数据 客户端本地存储商品商品，即使在无网时，…
Read More