電子商務(wù)網(wǎng)站建設(shè)支付接口問題

　　現(xiàn)在搭建各類型的網(wǎng)站，商城都會連接各種借口，尤其是在支付方式上，需要搭建接口，近段時間發(fā)現(xiàn)網(wǎng)上問關(guān)于接口的人越來越多，不管是哪種接口原理其實都是一樣的，下面我們就來說一下電子商務(wù)網(wǎng)站建設(shè)支付接口的連接。

　　首先，我們就拿支付寶的接口來說吧，支付寶接口的說明文檔有10多頁吧，初次接觸可能看得人頭都暈了，但還是不知道從何下手。其實10多頁的內(nèi)容無非就說明了幾點：要實現(xiàn)這個接口你得先有一個網(wǎng)站、要有自己的支付寶賬戶、支付寶的合作身份ID、安全校驗碼等。要簡單的實現(xiàn)支付功能，其實只用配置支付寶接口文件夾的幾個文件就可以了。拿ASP版本的接口來說明吧，這個更能通俗易懂：里面有一個alipay_Config.asp按里面的配置設(shè)置好你的相關(guān)信息，注意的是notify_url跟return_url這兩個變量的作用。Alipay_Notify.asp跟return_Alipay_Notify.asp這兩個頁面的配置作用是指你可以根所這個頁面的內(nèi)容改你的數(shù)據(jù)庫狀態(tài)以判斷客戶是否支付成功,

　　如:這一段

　　If mysign=Request("sign") and ResponseTxt="true" Then

　　‘在這里你可以改你的數(shù)據(jù)狀態(tài)，以判斷客戶成功支付，并做頁面跳轉(zhuǎn)

　　response.write "付款成功頁面" '這里可以指定你需要顯示的內(nèi)容

　　Else

　　response.write "跳轉(zhuǎn)失敗" '這里可以指定你需要顯示的內(nèi)容

　　End If

　　相對于其他的支付接口，支付寶傳遞的參數(shù)要簡單一點，其實原理就是這樣：比如說我們現(xiàn)在有一個頁面要向支付寶傳遞一個價格跟商品信息，那么可以通過POST和GET兩種方式傳遞進去，當支付寶接收我們參數(shù)的同時，它還要判斷我們的身份，所以傳遞的時候身份自己也要一起傳過去，當我們身份確認以后,支付寶就開始處理商品信息跟價格信息了，至于客戶是否支付成功，它都會返回一個信息給我們，這個返回頁面就是我們之前設(shè)置的，在這個返回頁面里面我們改寫數(shù)據(jù)信息，這樣就完成了一個簡單支付接口。

　　上面說的接口是相對簡單一點的，而對于直接針對各大銀行的接口要復雜一點，只看他們的接口文檔，就可以不做事了，相關(guān)厚的一本，呵呵。只能這樣說，這些事業(yè)性單位的東西是這樣，就是喜歡繞彎子，這是我個人的觀點哈。跟支付寶一樣，原理上的東西都是通的，不一樣的東西就是他們的參數(shù)傳遞不像支付寶那樣簡單了，簡單的傳過去是不行的，看了文檔就應(yīng)該知道，這些參數(shù)是經(jīng)過了按一定排列順序并區(qū)分大小寫(參數(shù)為空也要傳遞)在一個MD5字符串，所以傳遞的時候一定要注意。返回頁面也有區(qū)分，拿建設(shè)銀行的接口來說，他們是分了服務(wù)器反饋和頁面反饋的，實現(xiàn)在功能基本相同。對于有什么不一樣，在做一個項目的時候，我咨詢了官方的相關(guān)人員，回答是服務(wù)器反饋是三分鐘返回一次結(jié)果(訂單的支付結(jié)果)，頁面反饋只是用戶請求了才會返回。保險起見，我們還是都做吧，做了這些在建設(shè)銀行的頁面上面，我們還要設(shè)置我們的返回地址還有我們的商品信息，值得注意的是商戶密鑰跟證書之類的記得一定要備份，不然重系統(tǒng)之后，你哭都來不及，你會發(fā)現(xiàn)所有信息都丟失了建行的后臺設(shè)置進不了，信息也不能修改。支付接口做完了之后就是做查詢接口了，現(xiàn)在的查詢接口可以有幾種格式，我們就用返回的XML格式吧，至于如何解析XML不用我說了吧，我們這里只說傳遞參數(shù)，同理，向目標地址傳遞相關(guān)參數(shù)，順序不能亂寫，測試成功后我們就可以在后臺隨時查詢我們的銀行帳戶的相關(guān)信息和訂單支付的一些信息了。

　　對于網(wǎng)銀在線的接口一共也只有三個頁面，一個接收參數(shù)頁面、一個設(shè)置參數(shù)頁面，一個就是處理業(yè)務(wù)的頁面改寫狀態(tài)，比較簡單我就不介紹了。總之，懂了支付寶的接口流程就應(yīng)該能夠應(yīng)付了。

　　對于電子商務(wù)網(wǎng)站建設(shè)接口來說，原理都是一樣的，只不過是在參數(shù)上有所區(qū)別，這里就需要你在程序上有一定的功底了。