一，添加圖標 你的應用在iPhone主屏幕上的標準圖標(Icon.png)是57像素*57像素的正方形，PNG格式，不能有透明效果或者圖層，72DPI.除些之外，你還可以提供一個同樣格式的114像素*114像素的高解析度圖標（[email protected]).當用戶的設備是Retina屏幕的時候，這個圖標就 ...
一，添加圖標
你的應用在iPhone主屏幕上的標準圖標(Icon.png)是57像素*57像素的正方形，PNG格式，不能有透明效果或者圖層，72DPI.除些之外，你還可以提供一個同樣格式的114像素*114像素的高解析度圖標（[email protected]).當用戶的設備是Retina屏幕的時候，這個圖標就會派上用場了。如果你是iPad開發應用，則主屏幕圖標(Icon~ipad.png)的大小應該是72像素*72像素。如果你正在開發的是需要在iPhone和iPad上都能運行的通用型程式，那麼上面提到的三種大小的圖標你都需要提供。
一般情況上，應用中的每個圖片資源都要準備兩個大小不同的版本：一個標準解析度的圖片和一個高解析度的圖片，高解析度的圖盤點表和於在Retina屏幕上顯示。
這兩個圖片有一定的命名規則：標準解析度的圖片的名稱是：“<文件><設備描述符>.<尾碼>",高解析度圖片的名稱是："<文件>@2x<設備描述符>.<尾碼>.
圖片名稱中的<文件>和<尾碼名>兩部分即通常意義上的文件名稱和尾碼名。<設備描述符>可有可無，如果有的話，必須是"~ipad"或者"\~iphone".如果你希望你的應用在iPhone上和iPad上分別使用不同版本的圖片的話，可以用這個設備描述符來指定。
二，添加啟動圖片
給你的應用添加一個啟動圖片是iOS設備為你準備的”小伎倆"之一。當應用啟動時，會首先顯示啟動圖片給用戶，一直到應用啟動完成真正的UI界面才顯示出來。也就是說，系統在載入應用的過程中會顯示應用的啟動圖片，避免了在載入時顯示空白的屏幕給用戶。
大多數啟動圖片都是很簡單的，這沒有關係，因為啟動圖片只是為了告訴用戶你的應用啟動非常快。如果你把啟動圖片當作啟動頁面使用，會給用戶造成你打斷了他們的感覺，他們會抱怨為什麼你要浪費他們的時間給他們看一個毫無意義的界面，而不是立即就啟動應用。如果你正確的使用了啟動圖片，用戶會感覺到你在儘快啟動你的應用，盡了最大的努力去給用戶最好的體驗。
三，編譯與簽名
不同的描述文件用於不同的目的，Ad Hoc發佈的描述文件用於Alpha和Beta測試，而App Store發佈的描述文件則用於將你的應用最終版本發佈到iTunes App Store中。
Ad Hoc方式生成的版本用於將你的應用發佈到你的開發環境之外，可以發佈給你的Beta測試者或者是企業內部使用。和我們之前為開發而註冊的iOS設備一樣，你需要註冊所有那些要運行你應用的Ad hoc版本的設備。在iOS Provisioning Portal中你每年最多可以註冊100台設備，這是一個硬性的規定，如果超出了100個，即使刪除那些已註冊過的設備你也不能再註冊新的設備了。
四，提交到App Store
SKU是一個只包含字母和數字的標識符，用於唯一確定你的應用。需要註意的是，SKU以後將不能更改，即使是上傳了應用的新的二進位包（或者版本），從理論上來講你可以選擇任何字元串，不過，最好能很好地描述你的應用並且和具體版本無關。
1，版本號，值必須是1.0或者以上，向App Store提交小於1.0的版本同樣是審核團隊拒絕你的應用的理由之一。
2，如果你的應用使用了第三方線上服務，必須有賬號才能使用所有的功能，你必須在這裡提供一個測試用的用戶名和密碼。否則，審核團隊同樣會拒絕你的應用。
3，你需要為你的應用上傳一個512*512像素的圖標，以便於在iTunes上顯示，還要至少上wfnyg張應用截圖。在App Store中展示。
五，審核被拒的原因。
1，審核團隊會拒絕那些版本號小於1.0的，或者是標記為“Beta","Alpha"的應用。
2，應用的57像素*57像素的圖標必須和512像素*512像素的圖標完全一樣。另外如果你計劃發佈一個免費的”Lite"版本和收費的“Pro"版本，那麼這兩個應用的圖標必須不一樣。
3，在你的應用裡面使用蘋果的圖片資源，比如圖標，iOS設備的圖片等，都會是審核不通過的一個理由。
4，發佈到App Store的應用都不允許動態連接私有的或者第三方庫，否則非常容易導致蘋果拒絕你的應用。不過，使用靜態鏈接庫在目前還是一個灰色地帶，一般情況下都 沒問題。
5，另一個拒絕你的原因是你的應用和系統內置應用的功能重覆，對網頁瀏覽器進行擴展的應用常常受到這樣的指責。其他類似的例子是電子郵件客戶端和音樂播放器類的應用。
6，如果你的應用使用了表格視圖，但是表格視圖編輯模式下對單元格進行操作的方法不符合規範，蘋果也會拒絕你的應用。比如，選中單元格進行了操作之後無法取消選擇。
7，沒有對網路狀態進行檢測或者不能正確處理無法連接網路的情景（並通知用戶）是另一個常見的拒絕理由。
8，如果你的應用需要大量的網路傳輸，你要保證這些傳輸不通過移動蜂窩網路進行。如果你的應用會通過移動蜂窩網路進行大量的網路傳輸，審核團隊也會拒絕你的應用。如果你的應用的確會那樣做，你應該在設備切換到蜂窩移動網路的時候 禁止或者限制數據傳輸。
9，在用戶點擊不同用途的文本輸入框時，你的應用應該彈出相應的鍵盤。彈出了不對應的鍵盤往往也是審核團隊拒絕你的應用的一個原因。
10，蘋果會從你指定的最小版本到當前最新版本的iOS系統上逐一測試你的應用。如果審核團隊發現你的應用中哪怕只有部分功能在某些版本上不能正常工作，他們通常都會拒絕你的應用。不幸的是，他們幾乎從來不告訴你是在iOS的哪個版本上出現的問題。這有可能導致一個悲劇，那就是如果你不是在審核團隊發現問題的那個iOS版本上測試，你就重視不了他們發現的問題。
參考資料《iOS編程指南》
