邮政银行积分兑换商城(中国邮政储蓄银行积分兑换商城)

中国邮政储蓄银行积分兑换商城

业务需求描述1。用户可以通过在电子商务平台上购买产品和订购评论来不断累积积分； 2。累积了足够的积分后，他们可以选择在电子商务平台的积分交换页面上使用自己的积分来兑换礼品。 思考业务流程首先需要一个积分表，该表存储每个用户的积分。 Points表（id int（主键）user_id（用户ID）credit（点））继续看一下，假设在点交换页面上，用户选择用他的2000点积分兑换一瓶洗发水，应该如何设计后台逻辑？

邮政积分查询

首先，必须从积分表中扣除积分，因此在过程设计中，必须有一个扣除2000积分的过程。其次，必须有一个积分兑换记录表，其中记录了该用户已兑换产品的多少积分？点交换记录表（id int（主键）user_id（用户ID）exchanged_credit（交换点）product_id（已转换产品ID））最后，必须调用仓库业务模块的接口以通知仓库业务模块添加一个新发行的商品申请，应将积分换成相应的运输申请，以便仓库可以准备运输相应的货物。托运申请表（id int（主键）类型（托运类型：1：购买，2：积分交换）credit_exchange_id（积分交换表ID）product_id（要发货的商品ID）//整个货件的一部分）第三方物流配送的进度从用户的角度来看，您可以在积分交换表中检查已交换了多少商品。但是，您无法检查产品的物流和交付进度。因此，在业务流程中应考虑相应的物流分配逻辑。 基本逻辑是，在生成交付应用程序时，您需要调用第三方物流公司的界面来申请物流订单，以便仓库管理员打包准备货物并等待物流公司接收货物。产品。物流公司将根据物流订单进行分配。该分发地址当然是用户在电子商务平台上选择的某个地址。装运申请表NEW（id int（主键）类型（装运类型，1：购买，2：点交换）credit_exchange_id（点交换表ID）product_id（要装运的产品ID）//部分交货，已全部发送货物express_no（物流订单号））因此，在制作交货申请表时，您必须首先调用第三方物流公司的界面来申请物流订单，因此交货申请表中有一个物流订单号，每个点都可以兑换记录均与ID的装运申请表相关。这样，对于页面上的每个兑换记录，您可以在运输应用程序中找到物流订单号，然后根据物流订单号调用第三方物流公司的界面以获取分配进度。交易保证在上述业务流程基本顺利之后，必须考虑使用下一项技术。该业务系统必须具有交易支持。 三个扣分，新的积分兑换记录和新的运输申请表必须一起填写或一起失败。换句话说，这三个步骤必须在一个事务中。扣减积分和新积分兑换记录可以在一项服务中进行交易，但是在新的交付申请表中，他在另一项服务中，如何确保这一交易？ （分布式事务？）在集成事务代码块中，您可以调用仓库服务的接口。如果接口调用成功，则可以提交事务。如果接口调用失败，则引发异常并回滚事务（似乎还可以吗？）在此业务场景中引入消息中间件时，集成服务不必同步调用存储服务。积分兑换是用户执行的操作。假设您的仓库服务在生成交付应用程序时调用了第三方物流公司的界面，则该应用程序将卡住或发生故障，这将给用户带来非常糟糕的体验。必须在此处引入消息中间件以进行异步解耦，以确保用户在单击积分兑换按钮后尽快返回。重试机制的介绍消息中间件的介绍之后，好处是用户单击了积分兑换按钮，业务需求描述1。用户可以通过在电子商务平台上购买产品和订购评论来不断累积积分； 2。累积了足够的积分后，他们可以选择在电子商务平台的积分交换页面上使用自己的积分来兑换礼品。

中国邮政积分商城官网

思考业务流程首先需要一个积分表，该表存储每个用户的积分。 Points表（id int（主键）user_id（用户ID）credit（点））继续看一下，假设在点交换页面上，用户选择用他的2000点积分兑换一瓶洗发水，应该如何设计后台逻辑？ 首先，必须从积分表中扣除积分，因此在过程设计中，必须有一个扣除2000积分的过程。其次，必须有一个积分兑换记录表，其中记录了该用户已兑换产品的多少积分？点交换记录表（id int（主键）user_id（用户ID）exchanged_credit（交换点）product_id（已转换产品ID））最后，必须调用仓库业务模块的接口以通知仓库业务模块添加一个新发行的商品申请，应将积分换成相应的运输申请，以便仓库可以准备运输相应的货物。托运申请表（id int（主键）类型（托运类型：1：购买，2：积分交换）credit_exchange_id（积分交换表ID）product_id（要发货的商品ID）//整个货件的一部分）第三方物流配送的进度从用户的角度来看，您可以在积分交换表中检查已交换了多少商品。但是，您无法检查产品的物流和交付进度。因此，在业务流程中应考虑相应的物流分配逻辑。

邮储积分兑换app

基本逻辑是，在生成交付应用程序时，您需要调用第三方物流公司的界面来申请物流订单，以便仓库管理员打包准备货物并等待物流公司接收货物。产品。物流公司将根据物流订单进行分配。该分发地址当然是用户在电子商务平台上选择的某个地址。装运申请表NEW（id int（主键）类型（装运类型，1：购买，2：点交换）credit_exchange_id（点交换表ID）product_id（要装运的产品ID）//部分交货，已全部发送货物express_no（物流订单号））因此，在制作交货申请表时，您必须首先调用第三方物流公司的界面来申请物流订单，因此交货申请表中有一个物流订单号，每个点都可以兑换记录均与ID的装运申请表相关。这样，对于页面上的每个兑换记录，您可以在运输应用程序中找到物流订单号，然后根据物流订单号调用第三方物流公司的界面以获取分配进度。交易保证在上述业务流程基本顺利之后，必须考虑使用下一项技术。该业务系统必须具有交易支持。 三个扣分，新的积分兑换记录和新的运输申请表必须一起填写或一起失败。换句话说，这三个步骤必须在一个事务中。扣减积分和新积分兑换记录可以在一项服务中进行交易，但是在新的交付申请表中，他在另一项服务中，如何确保这一交易？ （分布式事务？）在集成事务代码块中，您可以调用仓库服务的接口。如果接口调用成功，则可以提交事务。如果接口调用失败，则引发异常并回滚事务（似乎还可以吗？）在此业务场景中引入消息中间件时，集成服务不必同步调用存储服务。积分兑换是用户执行的操作。假设您的仓库服务在生成交付应用程序时调用了第三方物流公司的界面，则该应用程序将卡住或发生故障，这将给用户带来非常糟糕的体验。必须在此处引入消息中间件以进行异步解耦，以确保用户在单击积分兑换按钮后尽快返回。重试机制的介绍消息中间件的介绍之后，好处是用户单击了积分兑换按钮，