球球的博客

应用得有版本有插件; 版本:大版本 ,小版本, 定制版 场景如下: 1.A开发商在应用中心上架了一个应用, 安装给部分学校单位了; 2.使用一段时间后, B学校提了一个需求, A开发商迭代了一个新版本; 想要上架; 此时有三种操作可能 一. 重新上架一个应用 重新上架一个应用 , 应用中心就会有俩个此应用, 这样显然不符合初衷, 也不友好; 长此以往的迭代, 应用中心惨不忍睹; 二. 覆盖原应用上架 覆盖原应用上架, 强制其他学校也升级, 这样做相对于让所有学校接受了B学校提出的需求, 不符合实际场景; 很

设计单点登录需要注意什么 1 登陆方式 2 客户端类型 如:电脑端WEB/手机端WEB/APP/IPAD 3 客户端种类 如: QQ/企业微信/微信小程序 4 客户端唯一标识 如: 企业微信id/ 小程序id 5 扩展字段: 一般第三方会在url中返回携带用户一次性凭证; 对于多身份系统,有时候单点登录需要定位到具体类型的身份信息; 还有一些发布给第三方的链接; 当用户访问该链接时,如果未登陆 还需要走第三方登录理解; 6 需要身份定位字段 ...

从SPU、SKU开始 首先我们需要澄清上篇中的这两个概念，在上篇文章中“货品”是指一种概念物品，这种物品并不是一个具体的实物，当它具备具体的属性、价格时，才是一种实物，也就是商品。“商品”就是库存中一个具体的实物。例如：iphone6，就是一种货品，但用户购买的并不是货品而是商品，也就是用户最终购买的可能是：金色-16G-移动版 iphone6。换句话来说，货品是一种产品的称谓（如iphone6

0、写在前面的话 支付系统是一个老生常谈的话题，我也相信每个公司开发的支付系统不尽相同，因为业务形态并不太一样。 在此，我并不想讲一个大而全的支付系统，个人也没有能力去阐述。 在我看来，一个支付系统应提供支付渠道管理，支付网关，基本支付/退款/转账能力，支付记录/明细，及其相关的监控运维系统。 至于所谓的账务清算，对账功能，账户体系，风控体系，现金流量管理，应该纳入到「财务系统」，大概是大