承前一篇文章，我們已經可以順利的使用 Silverlight 的 Silent Installation 安裝方式將 Silverlight Runtime 包裝在單一個 MSI 封裝中並進行 Silent Installation，以符合 IADP Deployment 的基本要求。在前一篇文章中，在安裝完 Silverlight 後出現了一個空的畫面，那個就是主程式的 Windows Forms 畫面，這個主程式是本文的重點，因為我們要利用它作為載具，讓 Silverlight 的應用程式可以執行。
點部落的 IADP 挑戰大賽已經在 6/19 順利而圓滿的結束了，而在比賽期間，所有的參賽選手 (包括我) 一共貢獻了超過五十篇以上精彩且具有一定水準以上的技術分享文章，我在此可以拍胸脯保證，只要看點部落的 IADP 系列文章並照做的話，一定可以順利上傳且符合 IADP 的最低要求資格 (但不保證一定會 Published 就是了，因為那要看 Intel 那裡的審核結果)...
先說好，不是我故意不發文的，而是 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 倒是很少人寫到，所以我就來騙一下文章數吧。
在 Intel AppUp SDK Developer's Guide 中，有不少的篇幅都是在講應用程式和 SDK 一些函式的整合，以將 AppUp Center 的機能和應用程式整合在一起，像是 Application Registration, Instrumentation (Events), Upgrade 與 Crash Report 等，除了之前我所發表的使用 Exception 決定 Crash Report 的功能外，我們還可以進一步的將 SDK 的函式包裝起來，讓在整合 SDK 和應用程式的過程能更簡單，簡單到什麼程度呢 ... 只要使用一個類別即可，而且相關的 Exception 都會轉換成自訂的 Crash Report。
Crash Report 的原理部份 Alex Lee 大已經有寫一篇文章說明，這裡我就不贅述，不過如果要為每個錯誤都覆寫一次 DefaultCrashReport，那如果應用程式中有上百種錯誤，那豈不是要寫上百個 Crash Report？累死人也 … 那如果可以把 Crash Report 的資料交由 Exception 來決定，開發人員只要簡單的產生自訂的 Exception 的話，那不就變得很簡單？
Intel AppUp Developer Program 是一個由 Intel 建置的軟體市集，就像 Apple AppStore 或微軟的 AppHub 一樣，可以讓開發人員自由上傳應用程式，並且由使用者於 AppUp Center 中付費或免費下載使用，而且 AppUp Center 不限於 Mobility 應用程式，它也可以支援 Windows 以及 Web (Flash AIR) 應用程式，而且 Windows 程式還可以支援到 .NET 以及 C++ 環境，更好的是現在 Intel 為了推廣 IADP 計畫，免收 $99 美金的註冊費用，對開發人員來說也算是一種好康吧。
今天修練開始，首發 Intel AppUp Developer Program 平台開發的第一篇文章，就先來談談掛在 Visual Studio 上的這個 AppUp Software Debugger 好了。