本文章是由機器翻譯。

編輯寄語

Windows Phone 7 審批

Keith Ward

從這份雜誌的封面一眼就可以看出，我們的主題是 Windows Phone 7 應用程式開發。幾個月前，我已在該位置列出了將對您應用程式的銷售產生重大影響的幾個因素 (msdn.microsoft.com/magazine/gg232771)，並且本期 David Platt 的“別讓我打開話匣子”專欄（第92 頁）提供了更多好的建議。

但我認為該聽聽實際為 Windows Phone 7 構建應用程式的開發人員的建議。Bob Baker 在 1978 年編寫了他的第一個 PC 統計資訊應用程式。從那時起，他從事過多個不同的開發領域，包括他過去稱作的“Silverlight 內部人員工作”。目前，他是一家財富 50 強企業的承包人。可以肯定地說，如果這是一起法院訴案，那麼他就是專家證人。

Baker 還是一位擅長彈奏貝司和吉他的音樂家。這樣看來，他的第一個 Windows Phone 7 應用程式是一個節拍器就是很自然的事情了：由於這個節拍器是以侏儒為主題的，因此他將它稱作“侏儒節拍器”。由於此節拍器是 Baker 在任何設備上使用的第一個移動應用程式，因此他沒有確切的預期目標。

總之，Baker 說開發應用程式並不是特別難，因為他有很深的 Silverlight 背景。事實上，第一個版本的“侏儒節拍器”的開發時間僅為 12 個小時。“它完全是用 .NET 編寫的，”Baker 說到。“在此平臺上編寫內容要比在 Windows Mobile 6 和 Windows Mobile 5 上編寫內容容易實現得多...使用整個基礎結構構建內容的模型已準備就緒。”Baker 說他還想將 OS 訪問包含進去。

Baker 還指出了他希望 Microsoft 改進的其他幾個方面。它首先應該提供更好的文檔。“這些文檔的內容太少了。我學到的大部分知識都是通過聯繫 [Microsoft 支援]、查找博客文章和示例代碼獲得的，”Baker 說到。他補充到：“我希望 [Microsoft ] 花更多的時間來將應用程式提交準則和 UI 準則結合在一起。Microsoft 根本就沒有提供足夠多的有用示例”。

當 Baker 將他的應用程式提交給 Microsoft 以供其審批時，他遇到了一系列新的難題。他表示自己在 10 月 18 日提交了侏儒節拍器以供審批。。在等待近一個星期後，他發現他的應用程式未通過審批過程。問題在於他不知道應用程式失敗的原因。應用程式發佈網站或稱作“應用程式中心”未告訴他應用程式失敗的原因。Baker 表示，PDF 文檔本應告知他有關失敗原因的資訊，但該文檔是空的。

“同時，我不知道是我的代碼出現了問題，還是其他內容出現了問題”他解釋到。Baker 向支援中心發送了電子郵件，並最終獲得了一個 PDF 文檔，其中表示螢幕擷取畫面發生了失敗。據 Baker 說，對失敗的解釋是，他沒有對正在運行的應用程式拍攝螢幕擷取畫面。沒有任何其他解釋 - 他收到的這個解釋基本上沒什麼用，因為他在提交時已包含了螢幕擷取畫面。

最終，這個問題變成了一個有關如何捕獲螢幕擷取畫面的奇怪問題。“我花了 4 到 6 個小時的時間來抵制應用程式中心，試圖讓它執行我所需的操作 - 查看論壇、向支援中心發送電子郵件等”他說到。它最終會拍攝“區域捕獲”螢幕擷取畫面，這會導致包含他使用的手機模擬器的邊框。圖元的增加意味著 Baker 的螢幕擷取畫面太小，從而導致了失敗。“有很多人都遇到了這樣的問題，”他說。（一個開發人員曾表示 [geekswithblogs.net/dlussier/archive/2010/10/27/142465.aspx]：“可從模擬器獲取螢幕擷取畫面，但無法顯示模擬器。”）在重新提交帶有新“視窗捕獲”螢幕擷取畫面的應用程式後，該應用程式在一天內就順利通過了審批過程。

總之，Baker 說他給當前的 Microsoft Windows Phone 7 提交/審批過程的打分是“B- ...應用程式中心系統中存在大量 Bug。我希望他們會修復這些 Bug。”他還說，他知道這是 Microsoft 的一個全新領域，並對此過程感到很滿意。實際上，他現在非常喜歡移動開發，他正在開發他的下一個 Windows Phone 7 應用程式，該應用程式是一個樂器調諧器。

您在開發 Windows Phone 7 應用程式上做過哪些工作呢？請通過向 mmeditor@microsoft.com 發送電子郵件來告訴我。