承前一篇文章，我們已經可以順利的使用 Silverlight 的 Silent Installation 安裝方式將 Silverlight Runtime 包裝在單一個 MSI 封裝中並進行 Silent Installation，以符合 IADP Deployment 的基本要求。在前一篇文章中，在安裝完 Silverlight 後出現了一個空的畫面，那個就是主程式的 Windows Forms 畫面，這個主程式是本文的重點，因為我們要利用它作為載具，讓 Silverlight 的應用程式可以執行。
先說好，不是我故意不發文的，而是 Intel 那裡遲遲未上架，這個元件我在 5/23 就送去 Intel AppUp 去認證了，但一直到前兩天我實在是等到受不了，在他們的論壇上發文，今天才得知已經正式 Published...
歷經四次的 Rejected，我這支在這場比賽中唯一提交的 App 終於被 Published 了 …
Intel 對 AppUp 上的各個 App 都有一貫且一致的審核流程 (validation process)，透過審核流程可以有效的確保應用程式的品質以及與 Intel AppUp Center 管理系統的互動，以及確保 App 的開發人員的權益等 … 以上皆是官話 (說的我好像很會打官腔似的)。雖然 App 的審核有其必要性，但有時候卻是會令開發人員覺得 Intel 怎麼那麼 "龜毛" :)
前面的一系列文章中，我介紹了使用 .NET Framework 開發 IADP-Compliant 應用程式的方法，主要使用的語言是 C#，VB.NET 也可以適用，只是語法不同而已。相同的概念一樣可以用在 C/C++ 的程式開發上，雖說是如此，用 C 語言開發卻會比較辛苦一點，因為 C 語言並沒有類別與例外處理 (exception handling) 的概念與語法，只能用傳統的結構化程式設計手法來處理，而 IADP SDK for C 有充份的支援，但寫起來算是比較麻煩那麼一點就是了。
Intel AppUp Reputation Program 是一個類似於 Microsoft MVP 的一種榮譽制度，在 Intel 的定義中，將開發人員的貢獻分成四級，有點像是空手道的等級制度，分別是綠帶 (Green Belt)，褐帶 (Brown Belt)，紅帶 (Red Belt) 與最高級的黑帶 (Black Belt)。
筆者於前陣子撰寫了一篇自訂 Crash Report (依例外來決定 Crash Report 的內容)，在本機測試時，Crash Report 會寫入到本機中的 Crash Report 目錄，而當 Application 使用 app ID 啟動時，Crash Report 會改存到 Intel AppUp Developer Center 中，開發人員可以在 My Dashboard 中，選擇 Crash Reports 來查詢目前曾經發生過的 Crash Report 的記錄。
UAC 一向是在 Windows Vista 之後的作業系統的問題，在 Intel AppUp 的應用程式中，可受支援的有 Windows XP 和 Windows 7 (含 32/64bit)，如果應用程式需要存取受 UAC 控制的範圍 (ex: application configuration) 時，就會受到 UAC 的影響，而可能會導致 UnauthorizedAccessException 的存取被拒問題。
得知 app 被 rejected 後，今天花了一點時間修補問題，並且新增一個組態的程式來填補 UIX2 的問題，原本在本機測試時是沒有問題的，後來上傳到 Intel AppUp Developer Center 後，有請 IADP 顧問級人物 Bill Chung 幫忙下載測試 (做 beta tester)...
話說昨天才在抱怨說為什麼 Intel AppUp 的審核速度這麼慢，隔天結果就出來了，而且是一個大大的 Rejected (拒絕)，這時就很能體會黃忠成老師在送審 Windows Phone 7 App 一段時間後被退件的感受了。
最近冒出很多寫怎麼上傳 App 的文章，對 App 上傳的程序也已經有很多參考資訊了，所以這部份我就不講太多，不過 Component 倒是很少人寫到，所以我就來騙一下文章數吧。
