设计系统支付架构时,遇到了点问题,希望过来人帮助下。

对于第三方支付平台,同样的交易号提交时,如果金额有改变,则支付平台不接受。

我们的问题就是,无法判断用户是否登录了账号后进入第三方支付平台的界面,所以目前在数据库中存储了一种状态paying,代表用户在我们系统中点击了支付按钮。

而很多时候用户只是点击了支付按钮,并没有登录到第三方支付平台,这就造成了数据库中存储了很多paying状态的记录。而我们在修改交易物品的价格时,这条paying状态是不能修改的,所以就必须新添加一条,这就造成了用户必须支付多次,才能完成支付。

如果重新生成交易号的话,可以会在用户的第三方支付平台中产生多条交易记录。

核心问题是:我们订单价格在用户下单后既可以减价又可以加价。

谢谢!!

2011-03-19 10:57:30

3 Answers

你的逻辑有问题的吧 用户提交订单后,状态是未支付状态,即使用户点击了支付,他还是这个状态啊,只有等第三方平台通知了你,你才会修改订单状态的啊。

也就是说,第三方没有通知你,你就可以随便改。

还有一个就是,你说你的交易号。交易号怎么可能会有重复的呢。严重的逻辑问题啊

2011-03-19 12:54:18

针对像alipay、tenpay这种标准第三方支付的流程,我认为这样,下单是未支付状态,记下此时下单的价格,他去了第三方后可以修改价格,付款口,第三方回调,状态修改为已付款,记下第三方返回的价格(另一个字段),然后发货,修改为发货状态,用户收到后再改为完成

2011-03-19 15:02:16

用过一次易宝支付的第三方支付平台,是有返回“支付结果”的。如果不能知道是否支付成功,那客户方(就是我们这些开发者)又如何知道是不是正确支付呢?
下单之后可以随便改,这个问题可以把下单跟支付分开处理,下单之后并不直接响应第三方支付平台,而是需要一个"确认操作",再提交到第三方,等待返回参数,在提交第三方等待响应之前,状态不为paying,改为类似"ready_paying"的字符,这样就可以确保下单后可以随便改。

2011-03-19 16:30:45
您不能回答该问题或者回答已经关闭!

相关文章推荐

  • C#中using指令的几种用法

    using + 命名空间名字,这样可以在程序中直接用命令空间中的类型,而不必指定类型的详细命名空间,类似于Java的import,这个功能也是最常用的,几乎每个cs的程序都会用到

  • C#实例解析适配器设计模式

    将一个类的接口变成客户端所期待的另一种接口,从而使原本因接口不匹配而无法在一起工作的两个类能够一起工作

  • C#开发高性能Log Help类设计开发

    项目中要在操作数据库的异常处理中加入写Log日志,对于商业上有要求,写log时对其它操作尽可能影响小,不能因为加入log导致耗时太多

  • C#运行时相互关系

    C#运行时相互关系,包括运行时类型、对象、线程栈和托管堆之间的相互关系,静态方法、实例方法和虚方法的区别等等

  • C#协变和逆变

    “协变”是指能够使用与原始指定的派生类型相比,派生程度更大的类型,“逆变”则是指能够使用派生程度更小的类型

  • 使用托管C++粘合C#和C++代码(二)

    本文实现一下C++代码调用C#代码的过程。我构造一个简单并且直观的例子:通过C++ UI 触发C# UI.

  • C#开发中的反射机制

    反射的定义:审查元数据并收集关于它的类型信息的能力。元数据(编译以后的最基本数据单元)就是一大堆的表,当编译程序集或者模块时,编译器会创建一个类定义表,一个字段定义表,和一个方法定义表等

  • C#基础概念之延迟加载

    延迟加载(lazy load)是Hibernate3关联关系对象默认的加载方式,延迟加载机制是为了避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据加载操作

  • 使用托管C++粘合C#和C++代码(一)

    C#在xml读写,数据库操纵,界面构造等很多方面性能卓越;C++的效率高,是底层开发的必备武器

  • C#中的索引器的简单理解和用法

    C#中的类成员可以是任意类型,包括数组和集合。当一个类包含了数组和集合成员时,索引器将大大简化对数组或集合成员的存取操作

  • Async和Await使异步编程更简单

    C#5.0中async和await两个关键字,这两个关键字简化了异步编程,之所以简化了,还是因为编译器给我们做了更多的工作

  • 深入C# 序列化(Serialize)、反序列化(Deserialize)

    C#中的序列化和反序列化,序列化是.NET运行时环境用来支持用户定义类型的流化的机制