Windows phone 應用開發[4]-應用發佈

在Windows phone SDK 仍是7.0版本是就一直想寫一篇關於Windows Phone 應用發佈注意事項.當開發應用完成後.經過註冊Windows phone APPHub Account 發佈應用時.可能要面對各類各類失敗緣由.自從TechED 2011 後MS官方的AppHub對中國地區正式開放.針對開發者支持也發佈SDK7.1正式版. 新版本相對老版本7.0在提交應用方面在Project中增長了一個MarketPlace Test Kit選項.

該選項讓開發者在開發測試階段就能對應用程序進行自動化測試.監控測試.手動測試.以減小提交MarketPlace出錯概率. 縮短提交應用時間.

在APPHub提交應用時具體的流程以下:

而從Certification Testing 步驟後均爲微軟官方驗證審覈人員進行的操做.打開AppHub下My dashboard 找到Windows phone. Submit a new App提交應用:

在第一步須要對應App進行命名.這個命名會在提交時檢查應用名是否被佔用.再設置該APP是否發佈到MarketPlace 仍是先進行Private Beta Test. 通常狀況下若是測試經過.直接打算上線則選擇Public Marketplace . 而針對Private Beta TEst 最多能夠提供100我的邀請進行私人版本測試.當應用通過官方審覈後,指定的私人測試參與者將會受到Email.Email中將包含測試版本APP下載安裝連接.這樣可以保證不須要暴露XAP安裝包的方式指定發給小團體進行私人版本測試.並獲取最終版本上線前用戶反饋.

上傳XAP文件.大小限制最大爲225M. 指定版本號.最後Requires Technical Exception可選項.若是前面已經選中Private Beta Test則此選項不可用.

Technical Exception 是一份讓APP 驗證審覈人員參考文件.這份文件的目的協助驗證審覈人員審覈提交的APP. 若是須要進行Technical Exception 則必需要向官方提供一份Technical Exception Form PDF格式的文檔. 這回延長官方審覈應用的時間週期.我的來看 其實這個選項不多用到.

關於Technical Exception 須要提交PDF文檔格式 :

Technical Exception PDF Document 下載地址: http://go.microsoft.com/fwlink/?LinkID=201159

完成應用上傳Next:

在上傳應用文件時.會驗證XAP包中資源已經設置是否可用.若是不可用會提示出錯.相似上面提到缺乏[NeutralResourceLanguage]屬性設置.

AppHub在新版本更新後 可以自動檢測XAP安裝包裏的默認語言設置和資源文件裏的本地語言設置.[NeutralResourcesLanguage]屬性位於應用程序的Properties\AssemblyInfo.cs文件中.通常狀況默認值是EN.若是沒有設置則爲Null.開發者須要在Project->Properties-Assembly Information設置:

設置完成後能在Properties\AssemblyInfo.cs文件中看到設置的信息:

// You can specify all the values or you can default the Revision and Build Numbers
// by using the '*' as shown below:
[assembly: AssemblyVersion("1.0.2.0")]
[assembly: AssemblyFileVersion("1.0.2.0")]
[assembly: NeutralResourcesLanguageAttribute("zh")]

若是考慮添加多語言的支持能夠參考MSDN中How to Build a Localized Application for Windows Phone

Well，上傳完安裝文件.須要對應用加以必要的描述信息.應用的分類:

應用的分類則直接影響用戶查找APP. 其實原來官方MarketPlace應用分類比較粗線條.後來隨着Windows phone Mango 7720版本推出後.隨着應用數量漸漸上升.官方也增長並細化應用的分類.在大分類下添加一些子分類.但並非每種分類都有子分類.另若是APPHub不推薦採用中文方式選取分類 若是切換成中文:

不推薦切換成中文的方式,這樣不容易區分與Marketplace英文對應.詳情描述:

Simplified Chinese 則是根據XAP文件本地化語言設置而對應的NautralResourcesLanguage(「zh」). Detailed Description 則是對應用具體描述.建議對Version Description描述 中英文參照.

Keyword決定普通使用marketplace 用戶經過這些關鍵字可以找到發佈的應用.儘可能對於關鍵字有實體意義進行拆分,同時若是是中文應用不要忽略英文對應的翻譯.這樣決定發佈的應用可否被消費者看到具備關鍵意義.

在Windows phone應用中針對應用程序的Logo. Title Logo和BackGround Image都有明確文件格式，規格大小的要求.:

其中前三項都是必須的.第四項線框圖也就是應用截圖至少須要一張應用的展現截圖.而BackGround 主題背景圖片則是可選的.原來在7.0SDK時.必須採用工具截取應用的線框圖.並且必須精確480*800.規格.操做難度極大. 在7.1SDK模擬器中則內置應用截圖功能. 規格統一均爲480*800：

針對Title Logo相同圖片多種不一樣規格.則能夠直接藉助生成工具Windows phone Icon Maker批量生成提交應用時須要4種不一樣規格圖片Logo.:

分別生成62*62/99*99/173*173/200*200四種規格.當保存是會在桌面建立一個文件夾並生成對應ApplicationIcon應用程序圖標和提交背景主題圖片.共6張必備圖:

提交後設置應用的價格和發佈區域:

目前Windows phone MarketPlace應用的價格可設置的區域爲:0.99-499.99 USD[美圓]. 根據應用須要設置發佈區域.通常若是沒有特定需求都設置爲WorldWide.全球範圍使用.至於應用付款也是根據不一樣地區國家固定匯率結算的.

決定是否提供應用試用版[Trails Version],提供試用版能夠有效下降應用購買後要求退款的狀況.

Next設置TEst選項頁：

在Test選項頁包含測試的注意事項和發佈方式選項. 這裏特別說明四種發佈方式選項不一樣之處:

None：這是默認發佈選項.當前應用將不會被提交.但能夠經過Save and Quit操做保存本次提交記錄.能夠在其餘任意時間打開這條記錄繼續提交.

As soon as it’s certified：當前應用若是經過官方認證流程會盡快發佈到Marketplace對應的分類中.通常來講這種方式普通應用的常選項.發佈審覈時間最短，應用權限公開最大.

As soon as it’s certified,but it hidden: 這個選項會在官方認證流程後提交到marketplace市場.但特殊之處在於只有對應有應用連接的人才能在市場目錄中找到你的應用.這個選項的目的是有針對性的分發應用.而對於普通用戶在marketplace沒法檢索到該應用程序.該選項能夠用做應用程序小範圍邀請體驗.

I will publish it manually after it has been certified：這個選項在官方認證完應用程序後.該應用將不會出如今官方Marketplace 對應分類中.只有用戶手動提交後才能正式上線.你能夠在Windows phone 操做面板dashboard中應用連接手動發佈已經經過官方認證但還沒有發佈上線的應用程序. 說白這個選項目的適用於用戶手工控制的需求.

對於通常應用若是沒有特殊需求則最多見選項爲As son as it’s certified 提交：

提示已經提交成功.

應用提交成功後能夠在操做面板dashboard上看到對應應用的審覈進度:

點擊看到審覈詳細流程進度:

審覈經過後進度:

中間審覈可能須要屢次打回.並反覆修改官方審覈團隊驗證經過後.幾個小時內會在Marketplace對應的應用分類中上線.

若是把應用在開始發佈第一步設置成Private Bate Test：

當設置完Upload 和Describe兩步後會跳過設置Price價格這一步直接挑戰到Test設置選項頁:

若是設置Private Beta Test則須要在Test選項頁中輸入要邀請人的Email. 參與測試者數量最多爲100個. 注意每一個Email之間必須採用「;」分隔.不然最後測試安裝時會提示用戶沒有安裝權限的錯誤信息.注意這裏沒有Publish Operation這個選項.直接提交.提醒應用提交成功和上面同樣.

當應用審覈經過後.設置成Private Bate Test應用能夠隨時更新添加接受測試用Email,刪除和增長測試者資格:

修改接受測試者Email格式必須也是」;」分隔開.若是應用發佈成功會受到官方審覈團隊郵件通知以下:

Email中包含一個發佈成功應用Zune連接地址. 直接打開連接會自動打開Zune軟件定位該APP頁面.注意若是Private Bate TEst設置.那麼全部測試參與者必須綁定郵件中提供Liveid 才能具備該APP的安裝權限.

針對官方在Email提供URL連接.若是想在手機上至二級點擊URL進行安裝.須要修改URL另一種格式. 相似:

官方提供URL,只能在PC上經過瀏覽器打開ZUne軟件進行安裝:

zune://navigate/?appid=14836042-208f-4464-80a9-02faf57057f

把URL修改爲以下格式在手機上直接進行安裝:

http://www.microsoft.com/windows phone//s?appid=14836042-208f-4464-80a9-02faf57057f

在實際操做可能會到這種狀況.官方郵件Email已經提供了安裝url.但沒法找到該應用.實際在獲得URL在實際安裝上存在必定時間差.若是點擊提示沒有APP 則須要等待一會.

而在7.1SDK爲了不在提交應用屢次因低級錯誤被打回次數.在VS2010 也繼承marketplace TEst Kit.工具.幫助開發者在提交應用以前測試APP中存在的問題。在提交應用以前便可修改.

打開MarketPlace Test Kit:

打開後能看MarketPlace Kit存在四個選項.第一個選項的目的只要是提交當前應用在提交時須要驗證的資源 因上傳市場的XAP必須是Realse版本的.因此測試必須是Realse：

Application packAge則是指定當前測試須要驗證XAP安裝包的地址. 以下則須要指定當前應用使用TitleLogo 線框圖等資源以便自動化測試.

在選項Automated Test自動化測試中.則是測試XAP安裝包資源文件 圖片的格式和規格是否正確.通常來講Automated TEst是提交應用必須測試經過.由於這個列表中在提交應用是都是硬性的要求.

Monitored TEst監控測試選項主要針對應用在真機運行體現的性能指標: 加載時間 內存使用量 Back up Button硬件支持處理等. 這個須要鏈接真機上加載測試.若是出錯或是提示也能夠不修改.,這項測試並非必須的.

針對 在測試時老是提示最後一項出錯.問題主要緣由在於在真機操做應用必須最少使用一次Back up Button硬件按鈕執行Back Up操做.這樣監控測試才能驗證.

最後一項Manual TEst人工檢測手動測試項目. 總共有50項目. 沒想中提供測試的步驟說明.用來手工測試.在moreInfor能夠看到更多完整說明.因開發人員手工測試.Vs2010沒法經過程序的方式判斷應用程序測試項是否經過.徹底又開發人員來決定測試是否經過.

另注意當完成最後一項手工測試後.找到項目解決現實所有文件能看到SubmissionInfo文件夾.該文件夾是未來要在提交應用存在一些資源.其中最後一項手工測試的結果會保存在ManualTEstResult.xml文件中提交:

如上提到整個應用再叫中各個方面. 其實當初在提交應用過程並無仔細官方關於Application Certification Requirements for Windows Phone,在7.0版本層被打回過屢次.有些官方在Email只是給出一些比較錯誤提示.致使有時打回後根本不知道錯誤緣由在那.若是保證應用完成提交.請仔細閱讀該文檔.從我的經驗來看是磨刀不誤砍柴工.

Windows phone 應用開發: Windows phone應用開發[1]-Text To speech Windows phone應用開發[2]-數據緩存 Windows phone應用開發[3]-UI設計 Windows phone應用開發[4]-應用發佈