我已经集成了大约六个电子支付网关,从流行的(如贝宝)到不那么流行的。
似乎每次我尝试集成一个非流行的电子支付网关时,我都超过了我最初的时间估计。
我认为我是一个体面的程序员,但我的时间估计可能需要工作。
其他程序员在集成他们从未听说过的电子支付网关时是否会遇到许多“惊喜”?
任何建议都会有所帮助。
谢谢
我已经集成了大约六个电子支付网关,从流行的(如贝宝)到不那么流行的。
似乎每次我尝试集成一个非流行的电子支付网关时,我都超过了我最初的时间估计。
我认为我是一个体面的程序员,但我的时间估计可能需要工作。
其他程序员在集成他们从未听说过的电子支付网关时是否会遇到许多“惊喜”?
任何建议都会有所帮助。
谢谢
是的,这是完全正确的。支付网关非常挑剔,甚至像这样的大网关也有奇怪的怪癖。
我发现主要问题是文档。更知名的网关有大量好的文档。鲜为人知的那些几乎没有坏的和过时的信息。
这不仅限于支付网关。我在 IVR 的传真服务上遇到了同样的事情(USPS api 就是一个很好的例子)。不管是soap、rest还是简单的查询字符串,如果文档不好,你就不得不猜测和检查。这种调试需要很长时间。
我从来不需要集成电子支付网关,但几年前我在一家零售公司工作,每次我不得不编写一些专有文件格式来在我们的应用程序和我们的客户/供应商的应用程序之间进行通信,这简直就是地狱: ) 显然,编写好的规范非常困难......