iOS應(yīng)用內(nèi)置付費(fèi) IAP Store Kit Guide翻譯
一、In App Purchase概覽
Store Kit代表App和App Store之間進(jìn)行通信。程序?qū)腁pp Store接收那些你想要提供的產(chǎn)品的信息，并將它們顯示出來供用戶購買。當(dāng)用戶需要購買某件產(chǎn)品時(shí)，程序調(diào)用StoreKit來收集購買信息。下圖即為基本的store kit 模型：Store Kit的API只是為程序添加In App Purchase功能的一小部分。你需要決定如何去記錄那些你想要提交的產(chǎn)品，如何在程序中將商店功能展現(xiàn)給用戶，還要考慮如何將用戶購買的產(chǎn)品提交。本章的剩余部分會(huì)展示整個(gè)流程。
Products
產(chǎn)品可以是任意一項(xiàng)你想要出售的特性。產(chǎn)品在iTunes Connect中被組織，這和你添加一個(gè)新的App是一樣的。支持的產(chǎn)品種類共有四種：
1. 內(nèi)容型。包括電子書，電子雜志，照片，插圖，游戲關(guān)卡，游戲角色，和其他的數(shù)字內(nèi)容。
2. 擴(kuò)展功能。這些功能已經(jīng)包含在App內(nèi)部。在未購買之前被鎖定。例如，你可以在一個(gè)游戲程序中包含若干個(gè)小游戲，用戶可以分別來購買這些游戲。
3. 服務(wù)。允許程序?qū)未畏?wù)收費(fèi)。比如錄音服務(wù)。
4. 訂閱。支持對(duì)內(nèi)容或服務(wù)的擴(kuò)展訪問。例如，你的程序可以每周提供財(cái)務(wù)信息或游戲門戶網(wǎng)站的信息。應(yīng)該設(shè)定一個(gè)合理的更新周期，以避免過于頻繁的提示困擾用戶。要記住：你將負(fù)責(zé)跟蹤訂閱的過期信息，并且管理續(xù)費(fèi)。App Store不會(huì)替你監(jiān)視訂閱的周期，也不提供自動(dòng)收費(fèi)的機(jī)制。
In App Purchase為創(chuàng)建產(chǎn)品提供了一種通用的機(jī)制，如何操作將由你負(fù)責(zé)。當(dāng)你設(shè)計(jì)程序的時(shí)候，有以下幾點(diǎn)需要注意：
1. 你必須提供電子類產(chǎn)品和服務(wù)。不要使用In App Purchase 去出售實(shí)物和實(shí)際服務(wù)。
2. 不能提供代表中介貨幣的物品，因?yàn)樽層脩糁獣运麄冑徺I的商品和服務(wù)是很重要的。
服務(wù)器類型
使用這終方式，要提供另外的服務(wù)器將產(chǎn)品發(fā)送給程序。 服務(wù)器交付適用于訂閱、內(nèi)容類商品和服務(wù)，因?yàn)樯唐房梢宰鳛閿?shù)據(jù)發(fā)送，而不需改動(dòng)程序束。 例如，一個(gè)游戲提供的新的內(nèi)容（關(guān)卡等）。 Store Kit不會(huì)對(duì)服務(wù)器端的設(shè)計(jì)和交互做出定義，這方面工作需要你來完成。 而且，Store Kit不提供驗(yàn)證用戶身份的機(jī)制，你需要來設(shè)計(jì)。 如果你的程序需要以上功能，例如，紀(jì)錄特定用戶的訂閱計(jì)劃， 你需要自己來設(shè)計(jì)和實(shí)現(xiàn)。
圖1-3 展示了服務(wù)器類型的購買過程。
1. 程序向服務(wù)器發(fā)送請(qǐng)求，獲得一份產(chǎn)品列表。
2. 服務(wù)器返回包含產(chǎn)品標(biāo)識(shí)符的列表。
3. 程序向App Store發(fā)送請(qǐng)求，得到產(chǎn)品的信息。
4. App Store返回產(chǎn)品信息。
5. 程序把返回的產(chǎn)品信息顯示給用戶（App的store界面）
6. 用戶選擇某個(gè)產(chǎn)品
7. 程序向App Store發(fā)送支付請(qǐng)求
8. App Store處理支付請(qǐng)求并返回交易完成信息。
9. 程序從信息中獲得數(shù)據(jù)，并發(fā)送至服務(wù)器。
10. 服務(wù)器紀(jì)錄數(shù)據(jù)，并進(jìn)行審(我們的)查。
11. 服務(wù)器將數(shù)據(jù)發(fā)給App Store來驗(yàn)證該交易的有效性。
12. App Store對(duì)收到的數(shù)據(jù)進(jìn)行解析，返回該數(shù)據(jù)和說明其是否有效的標(biāo)識(shí)。
13. 服務(wù)器讀取返回的數(shù)據(jù)，確定用戶購買的內(nèi)容。
14. 服務(wù)器將購買的內(nèi)容傳遞給程序。
Apple建議在服務(wù)器端存儲(chǔ)產(chǎn)品標(biāo)識(shí)，而不要將其存儲(chǔ)在plist中。 這樣就可以在不升級(jí)程序的前提下添加新的產(chǎn)品。
在服務(wù)器模式下， 你的程序?qū)@得交易（transaction）相關(guān)的信息，并將它發(fā)送給服務(wù)器。服務(wù)器可以驗(yàn)證收到的數(shù)據(jù)，并將其解碼以確定需要交付的內(nèi)容。 這個(gè)流程將在“驗(yàn)證store收據(jù)”一節(jié)討論。
對(duì)于服務(wù)器模式，我們有安全性和可靠性方面的顧慮。 你應(yīng)該測(cè)試整個(gè)環(huán)境來避免威脅。《Secure Coding Guide》文檔中有相關(guān)的提示說明。
雖然非消耗性商品可以用內(nèi)置模式來恢復(fù)，訂閱類商品必須通過服務(wù)器來恢復(fù)。你要負(fù)責(zé)紀(jì)錄訂閱信息、恢復(fù)數(shù)據(jù)。
消耗類商品也可以通過服務(wù)器方式來紀(jì)錄。例如，由服務(wù)器提供的一項(xiàng)服務(wù)， 你可能需要用戶在多個(gè)設(shè)備上重新獲得結(jié)果。
（這段翻譯的比較生硬，因?yàn)槲覀€(gè)人也沒有機(jī)會(huì)把各種類型的服務(wù)跑一遍，后續(xù)會(huì)檢查并修改。希望大家一起來看看，歡迎補(bǔ)充。）
取得產(chǎn)品信息
要在程序內(nèi)部顯示“商店”，需要從App Store得到信息來購建界面。 本章詳細(xì)講解如何從App Store獲取產(chǎn)品信息。
向App Store發(fā)送請(qǐng)求
Store Kit提供了從App Store上請(qǐng)求數(shù)據(jù)的通用機(jī)制。 程序可以創(chuàng)建并初始化一個(gè)request對(duì)象， 為其附加delegate， 然后啟動(dòng)請(qǐng)求過程。請(qǐng)求將被發(fā)送到App Store，在那里被處理。 處理完成時(shí)， request對(duì)象的delegate方法將被異步調(diào)用，以獲得請(qǐng)求的結(jié)果。 圖2-1顯示了請(qǐng)求的數(shù)據(jù)模型。
如果程序在請(qǐng)求期間退出，則需要重新發(fā)送請(qǐng)求。
下面講解請(qǐng)求過程中用到的類：
SKRequest
SKRequest為request的抽象根類。
SKRequestDelegate
SKRequestDelegate是一個(gè)protocol， 實(shí)現(xiàn)用以處理請(qǐng)求結(jié)果的方法，比如請(qǐng)求成功，或請(qǐng)求失敗。
發(fā)送獲得產(chǎn)品信息的請(qǐng)求
程序使用products request來獲得產(chǎn)品的信息。 要完成這一過程，程序需創(chuàng)建一個(gè)request對(duì)象，其中會(huì)包含一個(gè)產(chǎn)品標(biāo)識(shí)的列表。之前提到過，你的程序既可以內(nèi)置產(chǎn)品列表，又可以通過外部服務(wù)器來獲得。
當(dāng)發(fā)送請(qǐng)求時(shí)，產(chǎn)品標(biāo)識(shí)會(huì)傳送到App Store，App Store將會(huì)返回本地化信息（這些信息事先已經(jīng)在iTunes Connect中設(shè)置好了），你將使用這些信息來購建內(nèi)置商店的界面（顯示商品名，描述，等等）。 圖2-2顯示了請(qǐng)求的過程。
SKProductsRequest
用來請(qǐng)求商品的信息。 創(chuàng)建時(shí)，我們將需要顯示的商品列表加入該對(duì)象。
SKProductsRequestDelegate
該protocol定義了處理App Store響應(yīng)的方法。
SKProductsResponse
SKProductsResponse對(duì)象為App Store返回的響應(yīng)信息。里面包含兩個(gè)列表（當(dāng)然是NSArray了）：一是經(jīng)過驗(yàn)證有效的商品，
@property(nonatomic, readonly) NSArray *products
另外一個(gè)是無法被識(shí)別的商品信息：
@property(nonatomic, readonly) NSArray * invalidProductIdentifiers
有幾種原因?qū)⒃斐缮唐窐?biāo)識(shí)無法被識(shí)別，如拼寫錯(cuò)誤（當(dāng)然），被標(biāo)記為不可出售（unavailable for sale），或是對(duì)商品信息的改變沒有傳送到所有App Store的服務(wù)器。（這個(gè)原因不是很清楚，再議）。
SKProduct
SKProduct對(duì)象包含了在App Store上注冊(cè)的商品的本地化信息。
購買商品
當(dāng)用戶準(zhǔn)備購買商品時(shí)，程序向App Store請(qǐng)求支付信息，然后App Store將會(huì)創(chuàng)建持久化的交易信息，并繼續(xù)處理支付流程，即使用戶重啟程序，這個(gè)過程亦是如此。App Store同步待定交易的列表到程序中，并在交易狀態(tài)發(fā)生改變時(shí)向程序發(fā)送更新的數(shù)據(jù)。
收集支付信息
要收集支付信息， 你的程序可以創(chuàng)建一個(gè)payment的對(duì)象，將它放到支付隊(duì)列中，如圖3-1所示。
1. 一個(gè)SKPayment的對(duì)象，包含了"Sword"的商品標(biāo)識(shí)，并且制定購買數(shù)量為1。
2. 使用addPayment:方法將SKPayment的對(duì)象添加到SKPaymentQueue里。
3. SKPaymentmentQueue包含的所有請(qǐng)求商品，
4. 使用SKPaymentTransactionObserver的paymentQueue: updatedTransactions: 方法來檢測(cè)所有完成的購買，并發(fā)送購買的商品。
5. 最后，使用finishTransaction:方法完成交易。
當(dāng)payment的對(duì)象被添加到支付隊(duì)列中的時(shí)候， 會(huì)創(chuàng)建一個(gè)持久保存的transaction對(duì)象來存放它。 當(dāng)支付被處理后，transaction被更新。 程序中將實(shí)現(xiàn)一個(gè)觀察者（observer）對(duì)象來獲取transaction更新的消息。 觀察者應(yīng)該為用戶提供購買的商品，然后將transaction從隊(duì)列中移除。
下面介紹在購買過程中用到的幾個(gè)類：
SKPayment
要收集支付信息，先要了解一下支付對(duì)象。 支付對(duì)象包含了商品的標(biāo)識(shí)（identifier）和要購買商品的數(shù)量（quantity）（數(shù)量可選）。你可以把同一個(gè)支付對(duì)象重復(fù)放入支付隊(duì)列，，每一次這樣的動(dòng)作都相當(dāng)于一次獨(dú)立的支付請(qǐng)求。
用戶可以在Settings程序中禁用購買的功能。 因此在請(qǐng)求支付之前，程序應(yīng)該首先檢查支付是否可以被處理。 調(diào)用SKPaymentQueue的canMakePayments方法來檢查。
SKPaymentQueue
支付隊(duì)列用以和App Store之間進(jìn)行通信。 當(dāng)新的支付對(duì)象被添加到隊(duì)列中的時(shí)候， Store Kit向App Store發(fā)送請(qǐng)求。 Store Kit將會(huì)彈出對(duì)話框詢問用戶是否確定購買。 完成的交易將會(huì)返回給程序的observer對(duì)象。
SKPaymentTransaction
transaction對(duì)象在每次添加新的payment到隊(duì)列中的時(shí)候被創(chuàng)建。 transaction對(duì)象包含了一些屬性，可以讓程序確定當(dāng)前的交易狀態(tài)。
程序可以從支付隊(duì)列那里得到一份審核中的交易列表，但更常用的做法還是等待支付隊(duì)列告知交易狀態(tài)的更新。
SKPaymentTransactionObserver
在程序中實(shí)現(xiàn)SKPaymentTransactionObserver的協(xié)議，然后把它作為SKPaymentQueue對(duì)象的觀察者。該觀察者的主要職責(zé)是：檢查完成的交易，交付購買的內(nèi)容，和把完成后的交易對(duì)象從隊(duì)列中移除。
在程序一啟動(dòng)，就應(yīng)該為支付隊(duì)列指定對(duì)應(yīng)的觀察者對(duì)象，而不是等到用戶想要購買商品的時(shí)候。 Transaction對(duì)象在程序退出時(shí)不會(huì)丟失。程序重啟時(shí)， Store Kit繼續(xù)執(zhí)行未完成的交易。 在程序初始化的時(shí)候添加觀察者對(duì)象，可以保證所有的交易都被程序接收（也就時(shí)說，如果有未完成的transaction，如果程序重啟，就重新開始了，如 果稍候再添加觀察者，就可能會(huì)漏掉部分交易的信息）。
別走開，下頁內(nèi)容更精彩
#p#
恢復(fù)交易信息（Transactions）
當(dāng)transaction被處理并從隊(duì)列移除之后，正常情況下，程序就再也看不到它們了。 如果你的程序提供的是非消耗性的或是訂閱類的商品，就必須提供restore的功能，使用戶可以在其他設(shè)備上重新存儲(chǔ)購買信息。
Store Kit提供內(nèi)建的功能來重新存儲(chǔ)非消耗商品的交易信息。 調(diào)用SKPaymentQueue的restoreCompletedTransactions的方法來重新存儲(chǔ)。對(duì)于那些之前已經(jīng)完成交易的非消耗性商 品，Apple Store生成新的，用于恢復(fù)的交易信息。 它包含了原始的交易信息。你的程序可以拿到這個(gè)信息，然后繼續(xù)為購買的功能解鎖。 當(dāng)之前所有的交易都被恢復(fù)時(shí)， 就會(huì)調(diào)用觀察者對(duì)象的paymentQueueRestoreCompletedTransactionsFinished方法。
如果用戶試圖購買已經(jīng)買過的非消耗性商品，程序會(huì)收到一個(gè)常規(guī)的交易信息，而不是恢復(fù)的交易信息。但是用戶不會(huì)被再次收費(fèi)。程序 應(yīng)把這類交易和原始的交易同等對(duì)待。
訂閱類服務(wù)和消耗類商品不會(huì)被Store Kit自動(dòng)恢復(fù)。 要恢復(fù)這些商品，你必須在用戶購買這些商品時(shí)，在你自己的服務(wù)器上記錄這些交易信息， 并且為用戶的設(shè)備提供恢復(fù)交易信息的機(jī)制。
在程序中添加Store功能
本章為添加購買功能的指導(dǎo)
詳細(xì)流程：
準(zhǔn)備工作當(dāng)然是添加StoreKit.framework了。
然后是具體的步驟：
1. 決定在程序內(nèi)出售的商品的類型。
之前提到過，程序內(nèi)可以出售的新feature類型是有限制的。 Store Kit不允許我們下載新的代碼。 你的商品要么可以通過當(dāng)前的代碼工作（bundle類型），要么可以通過服務(wù)器下載（當(dāng)然，這里下載的為數(shù)據(jù)文件，代碼是不可以的）。 如果要修改源代碼，就只能老實(shí)的升級(jí)了。
2. 通過iTunes Connect注冊(cè)商品
每次添加新商品的時(shí)候都需要執(zhí)行這一步驟。 每個(gè)商品都需要一個(gè)唯一的商品標(biāo)識(shí)。 App Store通過這個(gè)標(biāo)識(shí)來查找商品信息并處理支付流程。 注冊(cè)商品標(biāo)識(shí)的方法和注冊(cè)程序的方法類似。
要了解如何創(chuàng)建和注冊(cè)商品信息，請(qǐng)參考“iTunes Connect Developer Guide”文檔。
3. 檢測(cè)是否可以進(jìn)行支付
用戶可以禁用在程序內(nèi)部支付的功能。在發(fā)送支付請(qǐng)求之前，程序應(yīng)該檢查該功能是否被開啟。程序可在顯示商店界面之前就檢查該設(shè)置（沒啟用就不顯示商店界面了），也可以在用戶發(fā)送支付請(qǐng)求前再檢查，這樣用戶就可以看到可購買的商品列表了。
例子：
- if([SKPaymentQueue canMakePayments])
- {
- ...//Display a store to the user
- }
- else
- {
- ...//Warn the user that purchases are disabled.
- }
4. 獲得商品的信息
程序創(chuàng)建SKProductsRequest對(duì)象，用想要出售的商品的標(biāo)識(shí)來初始化， 然后附加上對(duì)應(yīng)的委托對(duì)象。 該請(qǐng)求的響應(yīng)包含了可用商品的本地化信息。
- //這里發(fā)送請(qǐng)求
- - (void)requestProductData
- {
- SKProductsRequest *request = [[SKProductsRequest alloc]initWithProductIdentifiers:
- [NSSet setWithObject: kMyFeatureIdentifier]];
- request.delegate = self;
- [request start];
- }
- //這個(gè)是響應(yīng)的delegate方法
- - (void)productsRequest: (SKProductsRequest *)request
- didReceiveResponse: (SKProductsResponse *)response
- {
- NSArray *myProduct = response.products;
- //生成商店的UI
- [request autorelease];
- }
5. 添加一個(gè)展示商品的界面
Store Kit不提供界面的類。 這個(gè)界面需要我們自己來設(shè)計(jì)并實(shí)現(xiàn)。
6. 為支付隊(duì)列（payment queue）注冊(cè)一個(gè)觀察者對(duì)象
你的程序需要初始化一個(gè)transaction observer對(duì)象并把它指定為payment queue的觀察者。
上代碼：
- MyStoreObserver *observer = [[MyStoreObserver alloc]init];
- [[SKPaymentQueue defaultQueue]addTransactionObserver: observer];
應(yīng)該在程序啟動(dòng)的時(shí)候就添加好觀察者，原因前面說過，重啟后程序會(huì)繼續(xù)上次未完的交易，這時(shí)就添加觀察者對(duì)象就不會(huì)漏掉之前的交易信息。
7. 在MyStoreObserver類中執(zhí)行paymentQueue: updatedTransactions: 方法。
這個(gè)方法會(huì)在有新的交易被創(chuàng)建，或者交易被更新的時(shí)候被調(diào)用。
- - (void)paymentQueue: (SKPaymentQueue *)queue updatedTransactions: (NSArray *)transactions
- {
- for(SKPaymentTransaction * transaction in transactions)
- {
- switch(transaction.transactionState)
- {
- case SKPaymentTransactionStatePurchased:
- [self completeTransaction: transaction];
- break;
- case SKPaymentTransactionStateFailed:
- [self failedTransaction: transaction];
- break;
- case SKPaymentTransactionStateRestored:
- [self restoreTransaction: transaction];
- default:
- break;
- }
- }
- }
上面的函數(shù)針對(duì)不同的交易返回狀態(tài)，調(diào)用對(duì)應(yīng)的處理函數(shù)。
8. 觀察者對(duì)象在用戶成功購買一件商品時(shí)，提供相應(yīng)的內(nèi)容，以下是在交易成功后調(diào)用的方法
- - (void) completeTransaction: (SKPaymentTransaction *)transaction
- {
- //你的程序需要實(shí)現(xiàn)這兩個(gè)方法
- [self recordTransaction: transaction];
- [self provideContent: transaction.payment.productIdentifier];
- //將完成后的交易信息移出隊(duì)列
- [[SKPaymentQueue defaultQueue]finishTransaction: transaction];
- }
交易成功的信息包含transactionIdentifier和transactionReceipt的屬性。其中，transactionReceipt記錄了支付的詳細(xì)信息，這個(gè)信息可以幫助你跟蹤、審(我們的)查交易，如果你的程序是用服務(wù)器來交付內(nèi) 容，transactionReceipt可以被傳送到服務(wù)器，然后通過App Store驗(yàn)證交易。（之前提到的server模式，可以參考以前的圖）
9. 如果交易是恢復(fù)過來的（restore），我們用這個(gè)方法來處理：
- - (void) restoreTransaction: (SKPaymentTransaction *)transaction
- {
- [self recordTransaction: transaction];
- [self provideContent: transaction.payment.productIdentifier];
- [[SKPaymentQueue defaultQueue] finishTransaction: transaction];
- }
這個(gè)過程完成購買的過程類似。 恢復(fù)的購買內(nèi)容提供一個(gè)新的交易信息，這個(gè)信息包含了新的transaction的標(biāo)識(shí)和receipt數(shù)據(jù)。 如果需要的話，你可以把這些信息單獨(dú)保存下來，供追溯審(我們的)查之用。但更多的情況下，在交易完成時(shí)，你可能需要覆蓋原始的transaction數(shù) 據(jù)，并使用其中的商品標(biāo)識(shí)。
10. 交易過程失敗的話，我們調(diào)用如下的方法：
- - (void)failedTransaction: (SKPaymentTransaction *)transaction
- {
- if(transaction.error.code != SKErrorPaymentCancelled)
- {
- //在這類顯示除用戶取消之外的錯(cuò)誤信息
- }
- [[SKPaymentQueue defaultQueue] finishTransaction: transaction];
- }
通常情況下，交易失敗的原因是取消購買商品的流程。 程序可以從error中讀出交易失敗的詳細(xì)信息。
顯示錯(cuò)誤信息不是必須的，但在上面的處理方法中，需要將失敗的交易從支付隊(duì)列中移除。 一般來說，我們用一個(gè)對(duì)話框來顯示錯(cuò)誤信息，這時(shí)就應(yīng)避免將用戶取消購買這個(gè)error顯示出來。
11. 組織好程序內(nèi)“商店”的UI。當(dāng)用戶選擇一件商品時(shí)， 創(chuàng)建一個(gè)支付對(duì)象，并放到隊(duì)列中。
- SKPayment *payment = [SKPayment paymentWithProductIdentifier: kMyFeatureIdentifier];
- [[SKPaymentQueue defaultQueue] addPayment: payment];
如果你的商店支持選擇同一件商品的數(shù)量，你可以設(shè)置支付對(duì)象的quantity屬性
- SKMutablePayment *payment = [SKMutablePayment paymentWithProductIdentifier: kMyFeatureIdentifier];
- payment.quantity = 3;
- [[SKPaymentQueue defaultQueue] addPayment: payment];
下一步：
本章中所示代碼可用于內(nèi)置型商品模式(Built-in)。 如果你的程序要使用服務(wù)器來發(fā)布商品，你需要負(fù)責(zé)設(shè)計(jì)和執(zhí)行iPhone程序和你的服務(wù)器之間的通信。服務(wù)器應(yīng)該驗(yàn)證數(shù)據(jù)并為程序提供內(nèi)容。
驗(yàn)證store的收據(jù)
使用服務(wù)器來交付內(nèi)容，我們還需要做些額外的工作來驗(yàn)證從Store Kit發(fā)送的收據(jù)信息。
重要信息：來自Store的收據(jù)信息的格式是專用的。 你的程序不應(yīng)直接解析這類數(shù)據(jù)?？墒褂萌缦碌臋C(jī)制來取出其中的信息。
驗(yàn)證App Store返回的收據(jù)信息
當(dāng)交易完成時(shí)，Store Kit告知payment observer這個(gè)消息，并返回完成的transaction。 SKPaymentTransaction的transactionReceipt屬性就包含了一個(gè)經(jīng)過簽名的收據(jù)信息，其中記錄了交易的關(guān)鍵信息。你的 服務(wù)器要負(fù)責(zé)提交收據(jù)信息來確定其有效性，并保證它未經(jīng)過篡改。 這個(gè)過程中，信息被以JSON數(shù)據(jù)格式發(fā)送給App Store，App Store也以JSON的格式返回?cái)?shù)據(jù)。（大家可以先了解一下JSON的格式）
驗(yàn)證收據(jù)的過程：
1. 從transaction的transactionReceipt屬性中得到收據(jù)的數(shù)據(jù)，并以base64方式編碼。
2. 創(chuàng)建JSON對(duì)象，字典格式，單鍵值對(duì)，鍵名為"receipt-data"， 值為上一步編碼后的數(shù)據(jù)。效果為:
- {
- "receipt-data" : "(編碼后的數(shù)據(jù))"
- }
3. 發(fā)送HTTP POST的請(qǐng)求，將數(shù)據(jù)發(fā)送到App Store，其地址為:
https://buy.itunes.apple.com/verfyReceipt
4. App Store的返回值也是一個(gè)JSON格式的對(duì)象，包含兩個(gè)鍵值對(duì)， status和receipt:
- {
- "status" : 0,
- "receipt" : { … }
- }
如果status的值為0， 就說明該receipt為有效的。 否則就是無效的。
App Store的數(shù)據(jù)
發(fā)送給App Store的收據(jù)數(shù)據(jù)是通過對(duì)transaction中對(duì)應(yīng)的信息編碼而創(chuàng)建的。 當(dāng)App Store驗(yàn)證收據(jù)時(shí)， 將從其中解碼出數(shù)據(jù)，并以"receipt"的鍵返回。 返回的響應(yīng)信息是JSON格式，被包含在SKPaymentTransaction的對(duì)象中（transactionReceipt屬性）。Server 可通過這些值來了解交易的詳細(xì)信息。 Apple建議只發(fā)送receipt數(shù)據(jù)到服務(wù)器并使用receipt數(shù)據(jù)驗(yàn)證和獲得交易詳情。 因?yàn)锳pp Store可驗(yàn)證收據(jù)信息，返回信息，保證信息不被篡改，這種方式比同時(shí)提交receipt和transaction的數(shù)據(jù)要安全。（這段得再看看）
表5-1為交易信息的所有鍵，很多的鍵都對(duì)應(yīng)SKPaymentTransaction的屬性。
備注：一些鍵取決于你的程序是鏈接到App Store還是測(cè)試用的Sandbox環(huán)境。更多關(guān)于sandbox的信息，請(qǐng)查看"Testing a Store"一章。
Table 5-1 購買信息的鍵：
測(cè)試Store功能
開發(fā)過程中，我們需要測(cè)試支付功能以保證其工作正常。然而，我們不希望在測(cè)試時(shí)對(duì)用戶收費(fèi)。 Apple提供了sandbox的環(huán)境供我們測(cè)試。
備注：Store Kit在模擬器上無法運(yùn)行。 當(dāng)在模擬器上運(yùn)行Store Kit的時(shí)候，訪問payment queue的動(dòng)作會(huì)打出一條警告的log。測(cè)試store功能必須在真機(jī)上進(jìn)行。
Sandbox環(huán)境
使用Sandbox環(huán)境的話，Store Kit并沒有鏈接到真實(shí)的App Store，而是鏈接到專門的Sandbox環(huán)境。 SandBox的內(nèi)容和App Store一致，只是它不執(zhí)行真實(shí)的支付動(dòng)作。 它會(huì)返回交易成功的信息。 Sandbox使用專門的iTunes Connect測(cè)試 賬戶。不能使用正式的iTunes Connect賬戶來測(cè)試。
要測(cè)試程序，需要?jiǎng)?chuàng)建一個(gè)專門的測(cè)試賬戶。你至少需要為程序的每個(gè)區(qū)域創(chuàng)建至少一個(gè)測(cè)試賬戶。詳細(xì)信息，請(qǐng)查看iTunes Connect Developer Guide文檔。
在Sandbox環(huán)境中測(cè)試
步驟：
1. 在測(cè)試的iPhone上退出iTunes賬戶
Settings中可能會(huì)記錄之前登錄的賬戶，進(jìn)入并退出。
重要信息：不能在Settings 程序中通過測(cè)試賬戶登錄。
2. 運(yùn)行程序
當(dāng)你在程序的store中購買商品后，Store kit提示你去驗(yàn)證交易。用測(cè)試賬戶登錄，并批準(zhǔn)支付。 這樣虛擬的交易就完成了。
在Sandbox中驗(yàn)證收據(jù)
驗(yàn)證的URL不同了：
- NSURL *sandboxStoreURL = [[NSURL alloc]initWithString:
- @"https://sandbox.itunes.apple.com/verifyReceipt"];
