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