懒得想就走标准的 oauth2 呗

@CommandZi
啥主义不重要,重要是国家要求就要办啊....

@askfilm java 的还挺多的..
因为单元测试比跑起来再测试简单....

@zengxs 骗自己也要骗啊

合规要求

@kira887 哦哦我以为是电信的...

@kira887 这个怎么办的啊 有地址 /连接么? 谢谢大佬

酷安

@xingjue 可是事实是 php 在下滑,node 在上升

三星很多年前搞了个这个

s6 还是 s5 的时候...巨傻逼

@BBCCBB 提高了版本号可以避免这种问题.不是方便与否的事情.

再说说的是 maven 没这个功能,而不是是否需要这个功能....

@BBCCBB snapshot -u 才会更新.

不能保证大家都记得更新的时候加这个

拉卡拉搬唐镇了?
之前不是在天地软件园吗

你就当他没 class
全是 function 不就好了

@tohert
先不要急着写,
先写好技术方案,做下技术评审听听大家意见.

一个模块一个模块的梳理过去, 支付相关的模块独立性都比较强反正

可以突破转 java

也就是对于交易 /服务来说.
他不清楚也不关心,什么会员卡之类的东西,那是在下单前要确定的.
具体要向 三方支付平台 生成多少钱的订单来拉起付款界面,这是外围告诉交易服务的..

交易系统只负责维护商户余额,订单,流水 这三个核心表.

我只清楚支付服务的设计.
**有会员卡时：**
1.商品可使用积分抵扣单价，购买完成可以得到积分
2.商品除零售价外有会员价 /会员折扣
3.可使用会员卡结账

对于支付服务来说,这些统统不管,统一作为交易配置来处理,交易时去获取,生成订单金额,优惠金额,支付金额.

**结账时：**
1.增加出库记录，修改商品实时库存
2.可多种支付方式支付
3.修改会员卡的当前积分和当前余额（如果使用会员卡）
4.增加会员积分记录和余额记录（如果使用会员卡）
5.如果扫码支付时，可能会存在用户输入支付密码（可能取消支付）情况， 这种不是实时的支付结果可能会导致整单

库存什么的统统不管,处理好商家余额和订单 /流水的事务一致即可.
其他乱七八糟的玩意统统用 kafka 把消息丢出去让外围业务自行消费.

catch 里面 throw 出来.