點(diǎn)擊 “協(xié)議、稅務(wù)和銀行業(yè)務(wù)”
在陸良等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都做網(wǎng)站、成都網(wǎng)站設(shè)計(jì) 網(wǎng)站設(shè)計(jì)制作按需制作網(wǎng)站,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),成都全網(wǎng)營銷推廣,成都外貿(mào)網(wǎng)站建設(shè),陸良網(wǎng)站建設(shè)費(fèi)用合理。
內(nèi)購用的是付費(fèi)應(yīng)用程序，先簽署《付費(fèi)應(yīng)用程序協(xié)議》，同意后狀態(tài)變更為“用戶信息待處理”，等待審核。
狀態(tài)更改完畢后，點(diǎn)擊“開始設(shè)置稅務(wù)、銀行業(yè)務(wù)和聯(lián)系信息”。
（1）添加銀行賬戶,按照要求填寫相關(guān)內(nèi)容即可。
（2）選擇報(bào)稅表，并填寫。所有與 Apple 有商業(yè)合作者必選都是美國，若有其他需求，可以多選。
繼續(xù)填寫，首先認(rèn)證公司基本信息，選擇所有人類型，確認(rèn)無誤后認(rèn)證條款處打?qū)?/p>
Part I 部分，繼續(xù)核對公司相關(guān)信息，選填內(nèi)容可不填。
Part III 部分，簽署稅務(wù)條約，設(shè)置利益限制條款的種類，選填內(nèi)容可不填。此部分如果需要可勾選上下圖勾選框，不需要可不勾選，我們這個(gè)項(xiàng)目沒有用到part III 部分,所以沒有勾選。
Part XXX 部分，確認(rèn)之前填寫的信息，勾選完畢后，提交
（3）填寫聯(lián)系信息，共5個(gè)。高級管理、財(cái)務(wù)、技術(shù)、法務(wù)、營銷。只需要提供5個(gè)人的基本信息即可。
只可使用一次的產(chǎn)品，使用之后即失效，必須再次購買。
示例： 釣魚 App 中的魚食。
只需購買一次，不會(huì)過期或隨著使用而減少的產(chǎn)品。
示例： 游戲 App 的賽道。
允許用戶在固定時(shí)間段內(nèi)購買動(dòng)態(tài)內(nèi)容的產(chǎn)品。除非用戶選擇取消，否則此類訂閱會(huì)自動(dòng)續(xù)期。
示例： 每月訂閱提供流媒體服務(wù)的 App。
允許用戶購買有時(shí)限性服務(wù)的產(chǎn)品。此 App 內(nèi)購買項(xiàng)目的內(nèi)容可以是靜態(tài)的。此類訂閱不會(huì)自動(dòng)續(xù)期。
示例： 為期一年的已歸檔文章目錄訂閱。
App 內(nèi)購買項(xiàng)目的截屏，即所售項(xiàng)目的示意圖。例如，如果 App 內(nèi)購買項(xiàng)目是一本圖書，您可以提交圖書的截屏。您也可以提交購買頁的截屏。該截屏僅用于 Apple 審核，不會(huì)在 App Store 中顯示。
截屏要求如下：
iOS 至少需要 640 x 920 像素
Apple tvOS 需要 1920 x 1080 像素
macOS 需要 1280 x 800 像素
App 審核圖像上傳后，可以替換，但無法移除。當(dāng)您的 App 內(nèi)購買項(xiàng)目處于審核中時(shí)，您無法更新截屏。
沙箱賬號(hào)是不能直接在App Store進(jìn)行登錄的，只能在點(diǎn)擊了購買商品之后，在彈出的登錄框進(jìn)行登錄 。
驗(yàn)證是否已登錄沙箱測試賬號(hào)：
設(shè)置--iTunes Store與App Store，頁面拉到最底部，會(huì)看到沙箱賬戶項(xiàng)會(huì)列出你已登錄的沙箱測試賬號(hào)！
操作方法一：打開App Store應(yīng)用首頁滑到最下方--選中AppleID--注銷
操作方法二：設(shè)置--iTunes Store與App Store--選中AppleID--注銷
checks if the client can make payments(檢測App是否能支付)
getAvailablePurchases
Get all non-consumed purchases 獲取未消費(fèi)的商品
打印信息查詢；
原因：
沒有先執(zhí)行g(shù)etProducts，直接執(zhí)行requestPurchase方法,要先拉取商品列表，再執(zhí)行購買操作.
問題描述；
1.漏單必須要處理，玩家花RMB購買的東西卻丟失了，是絕對不能容忍的。所謂的漏單就是玩家已經(jīng)正常付費(fèi)，卻沒有拿到該拿的道具。
解決：只要購買成功，便將購買記錄(receipt等賬單信息)保存下來，然后將賬單信息傳送給我們游戲服務(wù)器，游戲服務(wù)器獲得賬單后，和蘋果服務(wù)器驗(yàn)證，賬單有效的話，回饋給游戲服務(wù)器處理，游戲服務(wù)器處理后，返回給游戲客戶端處理，處理完畢，將本地保存的購買記錄刪除。
官方文檔：向蘋果校驗(yàn)支付憑證
21000 App Store無法讀取你提供的JSON數(shù)據(jù)
21002 收據(jù)數(shù)據(jù)不符合格式
21003 收據(jù)無法被驗(yàn)證
21004 你提供的共享密鑰和賬戶的共享密鑰不一致
21005 收據(jù)服務(wù)器當(dāng)前不可用
21006 收據(jù)是有效的，但訂閱服務(wù)已經(jīng)過期。當(dāng)收到這個(gè)信息時(shí)，解碼后的收據(jù)信息也包含在返回內(nèi)容中
21007 收據(jù)信息是測試用（sandbox），但卻被發(fā)送到產(chǎn)品環(huán)境中驗(yàn)證 【請求sandbox校驗(yàn)支付憑證】
21008 收據(jù)信息是產(chǎn)品環(huán)境中使用，但卻被發(fā)送到測試環(huán)境中驗(yàn)證
消耗類型： 例如：金幣、道具等。
非續(xù)訂訂閱： non-renewable subscription 例如：VIP
您的首個(gè) App 內(nèi)購買項(xiàng)目必須以新的 App 版本提交。請創(chuàng)建您的 App 內(nèi)購買項(xiàng)目，然后前往 App 的“App Store”頁，從“App 內(nèi)購買項(xiàng)目”中進(jìn)行選擇，點(diǎn)按“提交”。 了解更多
在上傳二進(jìn)制文件并提交首個(gè) App 內(nèi)購買項(xiàng)目以供審核后，您可以使用下表提交其他 App 內(nèi)購買項(xiàng)目。
唐巧-iOS應(yīng)用內(nèi)付費(fèi)(IAP)開發(fā)步驟列表
未完~待續(xù)
當(dāng)使用內(nèi)購購買過商品之后沒有把這個(gè)交易關(guān)閉，所以再次去購買商品后就會(huì)調(diào)用以前已經(jīng)購買成功的交易去購買因?yàn)橐呀?jīng)購買過，才會(huì)有這個(gè)提示
原因：添加內(nèi)購項(xiàng)目時(shí)，信息填寫不完整，app審核圖像未上傳
處理方法：上傳app審核圖片( 合適的尺寸 )，點(diǎn)擊提交，狀態(tài)改為正在準(zhǔn)備審核中。
這個(gè)是內(nèi)購選擇類型不匹配原因?qū)е隆?/p>
購買成功之后，Apple會(huì)返回以下四個(gè)數(shù)據(jù)給應(yīng)用
Reference
Review the updated Paid Applications Schedule.
游客身份解決方案：即不登錄也要能購買
1）服務(wù)器端做一個(gè)蘋果審核機(jī)制，審核期間游客身份可以進(jìn)行一切行為，一旦審核通過，修改服務(wù)端即可達(dá)到強(qiáng)制用戶登錄進(jìn)行內(nèi)購買的目的（這個(gè)有點(diǎn)。。。）
2）游客可以進(jìn)行內(nèi)購買，購買時(shí)以設(shè)備UUID為準(zhǔn)，生成一個(gè)游客賬號(hào)，將購買信息保存在服務(wù)器和本地，當(dāng)用戶登錄正式賬戶后判斷此設(shè)備是否進(jìn)行過內(nèi)購，有的話提示用戶將游客身份購買的權(quán)益與現(xiàn)有賬號(hào)綁定，如果綁定，游客權(quán)益則遷移到正式賬戶，如果不遷移，則游客身份和正是賬戶是兩個(gè)獨(dú)立賬戶，正式賬戶不享有游客身份的權(quán)益（我用的這個(gè)）
內(nèi)購游客模式解決方案
iOS內(nèi)購規(guī)則
為了提升用戶體驗(yàn)，使用三方登錄APP的功能怎么能少呢，但是蘋果的AppStore有一個(gè)很變態(tài)的要求，接入其他三方登錄的話，要求必須也要接入蘋果登錄。面對這么變態(tài)的要求，作為一個(gè)有實(shí)力的碼農(nóng)怎么能拒絕呢！
下面為大家介紹一個(gè)好用的Flutter插件 Sign in With Apple ，可以幫助我們快速的接入蘋果賬號(hào)功能，插件的英文文檔講的比較詳細(xì)了，英文好的同學(xué)可以直接參閱英文文檔集成。
在項(xiàng)目的 pubspec.yaml 文件中添加sign_in_with_apple插件的依賴，如果您使用的Flutter SDK 1.x版本請?zhí)砑右蕾嚢姹?2.5.4 ：
如果您使用的Flutter SDK為2.x，請使用最新版本，當(dāng)前最新版本 3.0.0
使用XCode打開項(xiàng)目后，按照以下圖片上的步驟添加 Sign in With Apple Capabilities：
成功添加 Sign in With Apple能力后，可以在下面的列表中就代表添加成功了，如下圖：
描述了屏幕上指針（觸摸、鼠標(biāo)、觸控筆）的位置和移動(dòng)。
Flutter中可以使用Listener(功能性組件)來監(jiān)聽原始觸摸事件
例1
例2
例3
忽略PointerEvent
手勢: 描述由一個(gè)或多個(gè)指針移動(dòng)組成的語義動(dòng)作，如拖動(dòng)、縮放、雙擊等。
Material大多數(shù)widget已經(jīng)對tap或手勢做出了響應(yīng)。 例如 IconButton和 FlatButton 響應(yīng)單擊，ListView響應(yīng)滑動(dòng)事件觸發(fā)滾動(dòng)。
用于手勢識(shí)別的功能性組件，通過它可以來識(shí)別各種手勢。
例（單擊）
例（添加Material觸摸水波效果 InkWell組件）
例（滑動(dòng)關(guān)閉 Dismissable組件）
例（單擊、雙擊、長按）
例（滑動(dòng)）
例（掃動(dòng)---單一方向）
例（縮放）
GestureRecognizer是一個(gè)抽象類。
一種手勢的識(shí)別器對應(yīng)一個(gè)GestureRecognizer的子類。
例
由于手勢競爭最終只有一個(gè)勝出者，所以，當(dāng)有多個(gè)手勢識(shí)別器時(shí)，可能會(huì)產(chǎn)生沖突。
例
例
在APP中經(jīng)常會(huì)需要一個(gè)廣播機(jī)制，用以跨頁面通知。比如一個(gè)需要登錄的APP中，頁面會(huì)關(guān)注用戶登錄或注銷事件，來進(jìn)行一些狀態(tài)更新。
這時(shí)候，一個(gè)事件總線便會(huì)非常有用，事件總線通常實(shí)現(xiàn)了訂閱者模式，訂閱者模式包含發(fā)布者和訂閱者兩種角色，可以通過事件總線來觸發(fā)事件和監(jiān)聽事件。
對于一些簡單的應(yīng)用，事件總線是足以滿足業(yè)務(wù)需求的，如果決定使用狀態(tài)管理包的話，一定要想清楚APP是否真的有必要使用它，防止“化簡為繁”、過度設(shè)計(jì)。
例
在widget樹中，每一個(gè)節(jié)點(diǎn)都可以分發(fā)通知，通知會(huì)沿著當(dāng)前節(jié)點(diǎn)向上傳遞，所有父節(jié)點(diǎn)都可以通過NotificationListener來監(jiān)聽通知。
Flutter中將這種由子向父的傳遞通知的機(jī)制稱為通知冒泡（Notification Bubbling）。
通知冒泡和用戶觸摸事件冒泡是相似的，但有一點(diǎn)不同：通知冒泡可以中止，但用戶觸摸事件不行。
通知冒泡和Web開發(fā)中瀏覽器事件冒泡原理是相似的，都是事件從出發(fā)源逐層向上傳遞，可以在上層節(jié)點(diǎn)任意位置來監(jiān)聽通知/事件，也可以終止冒泡過程，終止冒泡后，通知將不會(huì)再向上傳遞。
Flutter的UI框架實(shí)現(xiàn)中，除了在可滾動(dòng)組件在滾動(dòng)過程中會(huì)發(fā)出ScrollNotification之外，還有一些其它的通知，如SizeChangedLayoutNotification、KeepAliveNotification 、LayoutChangedNotification等，F(xiàn)lutter正是通過這種通知機(jī)制來使父元素可以在一些特定時(shí)機(jī)來做一些事情。
例
例
例
阻止冒泡
通知冒泡原理
重慶分公司
重慶分公司
