背景 随着业务增长, 随之而来的前端需求激增, 如何在有限的时间内保证前端代码的质量. 通过测试同学单方面的保障, 还是免不了前端线上问题, 存在回归不到位或者测试遗漏的地方, 同时测试质量的高低没有客观数据可量化. 通过单测方法补充, 可以提前发现一部分问题, 减少问题解决的成本, 但是由于业务形态的原因, 需求变更频繁, 功能迭代快, 补充和维护单测的成本比较高, 在业务方的大部分前端工程中暂时没有单测方法, 因此开发在自测时, 感知比较薄弱, 无量化数据, 在项目提测前也没有统一指标可以把关, 测试对开发的自测状况也不了解; 同时前端缺少像jacoco这样的集成测试覆盖率统计框架, 无法通过集成测试收集覆盖率, 对于测试阶段的质量仍然没有数据量化 结合上面说的几点,…
Read More一、概述 有赞移动助手（下面简称助手App）网关切换功能（&mid=2455759791&idx=1&sn=46960e44ca7d9437e1ac85c106a0d98a&chksm=8c686d8abb1fe49c0b022c69044b932adaf43d2d5d9218e39facdd7369694388ef40ddbf8605&mpshare=1&scene=1&srcid=…
Read MoreOverview 从有赞双机房开始到金融云架构，针对业务方在多机房的应该部署以及消息发送订阅需求，需要NSQ针对双机房以及多机房部署提供消息发送与订阅服务。本文主要介绍了NSQ双机房以及多机房设计以及经验总结。 场景和需求 下图1是一个机房内基本的NSQ消息生产和消费的部署。一个机房内生产者往NSQ集群发消息，多个消费者订阅消息。 双机房场景下，业务的生产和消费在两个机房都有部署，也有可能部署在不同机房中，如下图2。 对于生产者和消费者，在满足升级房生产消费的同时，NSQ的双机房方案需要做到业务方无感知，尽量降低业务方的使用成本。同时，NSQ的双机方案署要能够实现topic切换，当某一机房不可用时，通过切换机房能够尽快恢复消息生产和消费。 NSQ双机房设计 我们结合NSQ中的服务发现组件nsqlookupd的功能实现NSQ的双机房功能。nsqlookupd是NSQ组件中用于topic生产以及channel订阅的额服务发现的组件，消息生产者/…
Read More文 | Alex、Siam 面对线下收银场景，针对商品收银业务，如何提升商家收银的效率？如何保证即使在弱网或无网条件下商家正常的收银？如何设计大量商品时搜索方案？如何对业务模块进行解耦和各种复杂的业务场景交互？都是在设计零售收银业务时，需要去认真思考的问题。 有赞零售移动团队在业务快速地迭代中，沉淀出商品收银的一套可行方案。 模块化设计 得益于零售移动的组件化框架，对业务线划分为店铺、交易、商品、营销等模块 路由负责页面跳转与组件间通信 私有化商品模块数据，商品模块提供查询接口 离线商品数据 客户端本地存储商品商品，即使在无网时，…
Read More