支付網關理論

Question

我是新來的社區和PHP，所以我的問題可能聽起來有些愚蠢，但讓我們開始談談。

我正在學習如何使用PHP，其中一部分包括對工作網站實施電子支付。我讀過的淨很多，但我無法弄清楚一些事情：

1. 是否有支付網關<之間的區別 - >付款處理器，或者它們被用來描述同樣的事情？

2. 當使用第三方如Authorize，Paypal，Google Checkout或類似的東西時，我們真的需要一些硬編碼還是隻能堅持在他們的網站上提供的信息？

3. 我翻閱了一些（我認爲）的主要支付網關，並且我沒有看到任何關於SOAP和WSDL的提及。他們是否真的需要以我找不到的方式，或者他們只是很少使用，這就是爲什麼我沒有發現他們的任何提及？

在此先感謝，如果我聽起來像一個菜鳥，抱歉。希望在你的幫助下更快地學習，夥計們。

Answer 1

好吧，這是一個棘手的業務支付網關因不同的第三方實施不同，從一個站點到另一個站點。你可以找到最容易實現的一個，但是當你這樣做時要小心。而且是有支付網關和處理器，該處理器是處理器之間的差異進行付款去銀行和轉移資金，網關做出怎樣確保u必須輸入憑據是正確的

快樂編程

Answer 2

一般來說，支付處理器是實際處理付款的vendero。大多數支付處理器提供網關，這是您用來提交處理付款的界面。

使用支付處理器時，您需要編寫多少代碼才能根據處理器提供的網關的實現以及您選擇的那些實現中的哪一種實施。通常至少有兩種 - 最靈活的原始API，以及某種超級簡單的處理器鏈接。 PayPal Standard和Google Wallet是後者的好例子，而Authorize.net的典型用法就是前者的一個很好的例子。如果您通常使用API​​，則需要實施自己的訂單創建流程/購物車，然後在最後提交付款和其他詳細信息。這可以讓你保留你網站上的所有內容（不一定是數據，但是體驗）。簡單的路線通常包括在購物過程中一次或多次將用戶發送到處理器站點，通常導致有限的定製和用戶體驗的明顯中斷。

有些網關會使用SOAP/WSDL有些會使用簡單的REST接口，有些會使用其他實現。然而，他們通常選擇內部實現，但大多數將提供一個庫用於主要的腳本語言（PHP，Ruby，Python，C＃.Net，VB.net），因此您不必手動創建你只需要利用圖書館提供的電話並處理返回的結果。