是否有其他人发现很多支付处理商的文档都有关于如何使用其API的文档很差或不完整？或者这简直令人困惑？
最近我设置了PayPal和Beanstream，发现两者都令人困惑，或者没有包含完整的文档。
例如，在BeanStream文档中，他们说他们会返回一个“message_id”，这很好，但是他们在哪里告诉你不同的id是什么意思。它还带有一些文本，因此您可以开始创建列表，但是无法检查以确保您获得有效的列表或意味着它成功的那个。
有没有人有这种经历？
编辑：我同意，当您向他们发送电子邮件时，他们会提供帮助，但不幸的是，大多数人只是开放正常工作时间以获得一般技术支持（紧急情况除外），这并非总是有用因为那不是我似乎进行整合的时候。
答案 0 :(得分：1)
嗯，这并不是特定于支付处理器文档，因为，在所有条件相同的情况下，记录良好的API将有助于鼓励开发。为了它的价值，我使用了paypal，authorize.net，ups和usps API，并没有发现它们过于混乱（并不意味着它们是一种特别的乐趣）。
话虽如此，我希望更多的文档就像PHP一样。尽管它是如此分散的语言，但文档确实非常好。
答案 1 :(得分：1)
我使用过很多API，不仅适用于支付处理器，还适用于许多其他与电子商务相关的Web服务，我不得不说，虽然文档可能不那么出色，但它们通常并不那么糟糕，如果您向他们发送电子邮件或给他们打电话，他们通常会非常有帮助。
答案 2 :(得分：1)
我发现Authorize.net和Nova的ViaKlix的文档和代码示例非常有用。我远离PayPal。
答案 3 :(得分：1)
这对您来说可能没什么帮助，但随着您在特定域中获得更多经验，界面变得更容易。通过奇怪的世界扭曲，我编写了大量的信用卡界面，一旦你获得了这种语言，他们的工作方式都是一样的。
我提供的唯一其他建议是利用支持资源以及提供的文档。我们最近与一个相对知名的支付网关合作，虽然他们的文档完全被吸引（也由他们自己承认），但是支持人员非常了解并且更愿意提供帮助/解释。
答案 4 :(得分：1)
我使用过Realex和PayPal。 Realex文档很好。清晰明了。 PayPal绝对令人眼花缭乱。而且我是那种喜欢阅读文档的怪人，我一直都知道这本书很有趣（我已经阅读了整个OpenID规范，即使我没有立即计划使用它）。
答案 5 :(得分：0)
我只使用PayPal，但简单版本（您只需在网页上设置HTML表单并使用PayPal按钮提交）就非常容易使用。如果您正在寻找近乎实时的付款反馈，我总是发现只需编写一个程序来定期检查我的PayPal电子邮件帐户，并从电子邮件本身解析付款详细信息。
答案 6 :(得分：0)
我必须在几个网站上使用Authorize.net，并且提供的文档“只是正常”，假设您正在使用他们提供示例代码的有限技术集。使用PHP进行运行是一件轻而易举的事，但在尝试在ColdFusion中完成相同的操作时却相当缺乏。
通过PayPal完成的其他几个网站，IMO是一个更好的体验。
答案 7 :(得分：0)
在设置和测试测试帐户（沙盒）方面，PayPal是一场噩梦。
答案 8 :(得分：0)
Re：您必须登录Beanstream，然后您将在左侧看到文档链接。 设计是90年代，他们建议使用IE浏览器。
Re：Paypal我从http://www.php-suit.com/paypal为我的Zend Framework项目修改了这段代码。 注意：你必须注册ssl：//套接字传输包装器（在phpinfo（）中可见）你必须调整代码才能使用curl。
以下是使用SVN获取代码的方法
svn checkout http://paypalphp.googlecode.com/svn/trunk/ paypalphp-read-only