iOS提交稽核注意點
（1）奔潰的程式或者存在重大BUG：產品提審前一定要經過反覆的測試，如果存在APP頻繁奔潰或者閃退，要通過的概率基本為零，在蘋果叢林法則中，使用者體驗至上。
（2）誘導使用者評論：假如APP中出現“給個好評”、“五星好評”、“好評獎勵”等誘導性評論，基本是稽核NG的。
（3）許可權功能：需要增加提示並告知使用者幹什麼用，並允許使用者拒絕。
（4）UI和描述：UI中切勿出現與蘋果相似的logo，描述中切記出現“蘋果官方” 、“AppStore” 、“Apple Pay”等與蘋果掛鉤的關鍵詞，要知道蘋果中國區稽核同胞是懂中文的，還有蘋果的版權意識特別強，切勿觸碰導火線。
（5）UCG內容： 使用者產生內容的需要有舉報功能；有使用者產生內容的這裡還需要注意的是，年齡限制等級是否過低；音視訊類，需要提供版權說明。
（6）特殊類的app，需要提供證明，例如：醫療類
（7）新增隱私協議
相關推薦
iOS提交稽核注意點
（1）奔潰的程式或者存在重大BUG：產品提審前一定要經過反覆的測試，如果存在APP頻繁奔潰或者閃退，要通過的概率基本為零，在蘋果叢林法則中，使用者體驗至上。 （2）誘導使用者評論：假如APP中出現“給個好評”、“五星好評”、“好評獎勵”等誘導性評論，基本是稽核NG的。 （3）許可權功能：需要
iOS提交稽核那些坑
最近半年主要處理iOS上架和測試方面的事，本來應該很好的記錄這段新內容的，遇到過的坑的，還是主要缺時間，沒有思考去整理。目前幾次比較明顯的問題記錄下，方便後續經驗總結。 問題當然是最能讓人印象最深刻的，下面簡單說下： 1，被拒後的問題解決中心-issues center 對話方塊
iOS提交稽核失敗：通知“has changed to Invalid Binary.”錯誤
2016-11-09 今天在App提交稽核的時候遇到了一個問題，打包上傳到itunes Connect的過程都沒有問題，但是之後在itunes Connect的活動中卻看不到自己上傳的新版本二進位制檔案。而且自己還收到了“Your app… (Apple ID
IOS 提交稽核，遇到Missing Push Notification Entitlement 問題。
昨天晚上提交軟體稽核，遇到了Missing Push Notification Entitlement 的問題。 問題起因：這個版本我添加了PUSH推送功能，然後上傳軟體後，就提示Missing Push Notification Entitlement。 解決辦法：我重新
小程式稽核注意點
主要原因是類目選擇不當、類目不完善。 比如，稽核員認為「西窗詩詞」提供的功能以語音為主，但「西窗詩詞」宣告的類目是教育，就直接拒絕通過稽核了。 另一種原因是「功能不完善」，比如，有次稽核不通過的原因是「語音無法播放，沒有聲音」。 但沒有聲音的原因是有的語音
iOS提交稽核：您的 App 正在使用廣告識別符號 (IDFA)
提交稽核也是iOS開發者必備技能之一。關於提交稽核的教程數不勝數，不會的童鞋趕緊嘗試一下吧！ 這篇文章我們來解決一個問題，關於IDFA的： 您的 App 正在使用廣告識別符號 (IDFA)。您必須先提供關於 IDFA 的使用資訊或將其從 App 中移除，然後再上傳您的二進
iOS app提交稽核前注意獲取許可權提示語句規範
在推出iOS 11更新後，貌似蘋果官方稽核人員對app提交更新內容裡面提到的點（修復問題、新增優化功能等）越來越上心了。。。 不知道是不是因為太久沒關注過蘋果對使用者互動這方面的新規範，今天就踩雷了，阿果真的很嚴格。。。 我們公司的app提交稽核，結果被拒絕
ios 常用的一些方法和注意點 componentsSeparatedByString componentsJoinedByString以及NSURl和NSURLComponents
將string字串轉換為array陣列 NSArray *array = [Str componentsSeparatedByString:@","]; 注意://componentsSeparatedByString 這個方法有一個bug 當被切割的字串是 @“”
iOS中實現IAP和Apple Pay支付的注意點
IAP開發需要的注意點在沙箱環境測試Store Kit在模擬器上無法執行，需要使用真機測試sanbox和app store內容一致，只是不執行真實的支付動作在測試的iphone上面退出itunes賬戶不能在測試的iphone手機上登入測試賬戶登入在程式中購買商品後，store
iOS APP上架被拒重新提交稽核教程
iOS APP稽核比較嚴格，難免會出現被拒絕的情況，需要根據蘋果反饋的問題修改後重新打包上傳稽核！ 點選未解決的iOS問題，進入檢視原因。 2、複製翻譯下具體被拒絕的原因，檢視反饋的稽核截圖，根據問題修改app重新打包上傳。 也可以直接在回覆
iOS中協議delegate的傳值注意點
1、iOS中協議的用途一般是用來進行反向傳值，一般步驟如下： 1）宣告協議 @protocol ThirdDalegate <NSObject> -(void)printNum:(
iOS開發中的注意點
在專案上 1.去除專案中所有的warning,warning代表程式有不穩定的地方，極有可能產生bug。 2.單個類的程式碼不要超過500行，單個函式的程式碼不要超過50行，如果超過了肯定能做抽象。 3.去除無用的註釋,影響閱讀。 4.提交到svn或者git的程式碼裡面不要
iOS提交版本時蘋果官方稽核拒絕原因詳解
當用戶從App Store安裝應用的時候，他們需要確認這樣的操作是安全的。所以應用程式不能包含令人不快或者冒犯性的內容，而且使用中不會造成身心傷害。我們列出了常見的幾種缺陷，如果你的應用準備冒犯使用者或者與使用者發生衝突，App Store不是你的應用應該上架的
SpringMVC中使用bean來接收form表單提交的引數時的注意點
這是前輩們對於SpringMVC接收表單資料記錄下來的總結經驗： 下面是我自己在使用時發現的，前輩們沒有記錄的細節和注意點： 使用bean來接收form表單提交的引數時，pojo中必須含有預設的（即空的）建構函式，同時，需要設定到bean中的變數必須有setter方法。 注：以下程式碼均為示例程式碼，非本人
ios SDK開發之關於CoreAnimation的一些注意點總結
關於UIView animation，很多讀者相信非常喜歡用animation block的動畫API，如下： Animating Views with Blocks + animateWithDuration:delay:options:animatio
cordova外掛iOS平臺實戰開發注意點
cordova外掛是其設計理念的精髓部分，建立並使用自定義外掛也是一件比較容易的事。但在這個過程中也容易進入一些誤區或者有一些錯誤的理解，下面從筆者實際開發中遇到的問題出發，對其中的一些注意點和重要概念進行適當的闡述。 相關修改的檔案： 1. iOS原生開發
iOS 提交AppStore時需要注意的事項
第一，是否加密相關的，我們這裡沒有特殊情況都選擇否。 第二，和廣告相關的，選擇是。當選擇是的時候會另外出現三個checkbox，前兩個不能選擇，因為選擇後就要在我們app顯示廣告，如果我們app沒有廣告，他們會拒絕。第三個要選擇，意思是我們用了廣告id，但是不需要展示廣
appium在真機上執行IOS例項要注意的幾點：包括python和java執行log 和部分關鍵程式碼
最近在研究appium對於IOS的自動化測試，發現在真機上執行appium提供的開源的例子遇到了幾個block,詢問了一個這個方便麵的高手並且總結網上搜到的帖子，現在綜合一下。 appium 在模擬器中跑，只需要注意： 1:app=path找到編譯後app所在的位置，如：注
ios-自定義tableViewcell以及注意點
tableViewCell 使用的區別, 重寫時候, 預設走initWithStyle: 如果想 自定義 cell 必須要通過 init 方法建立 (ps: 如果通過initWithStyle或者registerClass=====>不
iOS APP提交稽核，關於第三方登入被拒的那些事兒
附博主連結:http://blog.csdn.net/gjx121233/article/details/49245873 隨著蘋果APP稽核指南的改變，大家應該能感覺到，APP想要通過稽核似乎越來越難了，但其實並不，只要你開發的APP介面沒太大問題，不會頻繁崩潰（至少在