开发者社区> 问答> 正文

请问消息生产者的业务逻辑


队列生产者的逻辑和 Demo 中的生产者类似么,是有了订单信息马上就有了付款信息么?还是与现实中的场景类似,有了订单信息不一定有付款信息?消息是实时的还是已经提前写入到队列?

展开
收起
wxybupt 2016-06-03 10:44:02 5010 0
6 条回答
写回答
取消 提交回答
  • Re请问消息生产者的业务逻辑
    您好,是否可以保证如果一个订单有多条付款的话,要么全部付款,要么没有付款信息呢
    就比如1条100元的订单,保证是100付完或者不付,不会出现只有一个付50的信息呢

    -------------------------

    回 10楼尘央的帖子
    刚才回复错了= =

    您好,是否可以保证如果一个订单有多条付款的话,要么全部付款,要么没有付款信息呢
    就比如1条100元的订单,保证是100付完或者不付,不会出现只有一个付50的信息呢
    2016-06-16 15:56:56
    赞同 展开评论 打赏
  • 回 4楼尘央的帖子
    您好。请问一个订单可能有多个付款消息存在相同的付款时间吗?

    这个问题真的很影响设计呢
    2016-06-14 18:55:47
    赞同 展开评论 打赏
  • 回 5楼尘央的帖子
    那是不是订单的统计也需要关联付款消息去取付款时间?
    2016-06-14 07:11:22
    赞同 展开评论 打赏
  • 回 1楼尘央的帖子
    需要统计的交易金额是不是根据每笔付款的支付金额计算的,而不是根据每笔订单的总金额计算?

    -------------------------

    回 8楼尘央的帖子
    您好,可能有多少订单之后没有付款消息呢?是否大部分订单都有对应的付款消息?
    2016-06-05 16:33:15
    赞同 展开评论 打赏
  • 回 1楼尘央的帖子
    谢谢!

    《初赛数据及操作规范约定》中有这么一句话  

    ```
    但我们会保证多次付款消息的费用之和恰好等于交易订单对应的总价。 同时赛题的统计值都是基于付款时间来计算的。
    ```  

    含义是不是, 如果有付款消息,那么会保证付款消息的费用和等于订单对应的总价。

    也就是说堆积到队列的 OrderMessage 信息只是用来帮助找到平台信息的?
    2016-06-05 15:37:34
    赞同 展开评论 打赏
  • I like to program and write stuff, making things a reality always make me excited. Now, I am a Apache committer.
    hi,付款消息跟订单不是同一时间生成的,付款消息一般比较滞后,当然也有可能收不到付款信息。
    这些消息我们会提前堆积到队列中。

    -------------------------

    回 3楼(jeremy_aligo) 的帖子
    是的 下单完成并不意味着付款完成。

    -------------------------

    回 2楼(wxybupt) 的帖子
    嗯 我们给的数据付款消息之和是等于订单总价的。

    -------------------------

    回 7楼(baiwfg2) 的帖子
    有可能啊。。。多个渠道付款同时完成 。。还是有可能的。

    -------------------------

    回 9楼(jeremy_aligo) 的帖子
    大部分订单都有付款消息,也许所有的订单都有付款消息。

    -------------------------

    回 12楼(小强7657723) 的帖子
    我们不会做这样的保证。
    2016-06-03 17:46:20
    赞同 展开评论 打赏
滑动查看更多
问答地址:
问答排行榜
最热
最新

相关电子书

更多
消息队列 Kafka 版差异化特性 立即下载
低代码开发师(初级)实战教程 立即下载
阿里巴巴DevOps 最佳实践手册 立即下载