Ouch@點部落

當我們在開發應用程式的時候，常常會把應用程式的設定值放在App.config檔中。不過，如果是要發佈出去的時候，預設的設定值就不見得適用於每個使用者了。這個時候，如果能讓使用者在安裝我們的應用程式的過程中，可以透過介面，就能輕鬆的修改App.config的內容，要比要求使用者在安裝完應用程式之後，自行以記事本去修改App.config檔來得要親切而且專業得多。不過，該怎麼做呢?讓我們看下去!!

這幾天在玩Visual Studio 2010中的Setup Project的時候，驚然發覺，咦!!?內建的Prerequisites列表裡面只有SQL Server 2008 Express ，但是沒有SQL Server 2008 R2 Express耶!? 可是我要發佈的專案用的資料庫是SQL Server 2008 R2 Express版的，又不想現在把已經建好的SQL Server 2008 R2 Express 打回SQL Server 2008 Express，嘖嘖~~只好自己動手加囉!!

有時候在MSDN論壇或是社團中會看到有人在問：「為什麼要用WPF?」 、「為什麼要用Silverlight?」，也有不少人會問「Silverlight和WPF有什麼不同?」、「我到底應該使用WPF還是Silverlight?」等等問題。更深入一點的，還有朋友會問到「學WPF有前途嗎?」或是「學Sivlerlight有前途嗎?」之類的種種問題。
遇到這類問題的時候，我比較不喜歡直接點出哪種技術才是好的、哪種技術才是對的；基本上會有這些問題的朋友，應該只是很單純的對這兩種技術的認識還不夠。我想，直接從兩種技術的本質和特性下去先做個基本的了解，或許就能解決大部份的疑惑了。

Windows Phone Developer Tools 7.1 Beta已經出現了好一段時間了，隨著它的出現，MVVM Light Toolkit也推出了相容於Windows Phone 7.1 Beta版的更新讓Windows Phone的開發者使用(基於這次的Windows Phone 7.1 Beta中改動了不少的Library，原來的MVVM Light Toolkit for Windows Phone 7.0提供的Library和專案範本可是沒辦法硬套在Windows Phone 7.1 Beta專案上的喔!!)。

雖然說WPF、Silverlight和Windows Phone 7(也算是Silverlight啦)三大平台可以透過原生的XAML檔和CodeBehind的cs、vb程式碼進行到最基本的設計與程式邏輯分離，但是某種程度上來說，這樣的分層方式還是比不上MVC設計模式對階層的切分來得乾淨(對資料模型和使用者介面操作的程式碼還是都放在同一個CodeBehind檔中)，也相對的較難使得使用者介面設計人員和程式設計人員做到更乾淨的分工。
這時候，一個能用在WFP、Silverlight和Windows Phone 7上，能做到軟體分層的設計模式就顯得很重要了，所以接下來就來介紹這次的主角--MVVM。

如果使用Visual Studio 2008/2010針對32位元的WCF Service Library進行Debug時，Visual Studio會很貼心的自動幫我們以Microsoft WCF Service Host來承載該Library，以讓Debug的動作能順利進行。這個動作在一般32位元的作業系統上執行通常是很正常，也很順利就能Work；不過，若是改用64位元的作業系統，要執行Debug的動作時，就不一定會這麼順利了....

相信大家撐到這第三篇應該躍躍欲試，迫不及待的想開始進入RIA的世界了吧，這邊就簡單的為大家介紹一下目前RIA的兩大龍頭的基本資料和相關工具。

相信大家都有過類似的經驗，在某些網站要進行資料輸入的過程中，會跳出一到多個新視窗，或是進行資料查詢、驗證的時候，網頁會進行刷新的動作，刷新之後，網頁又自動捲動到整頁的最頂部，更慘的是，資料送出之後，沒看到網頁有什麼反應，也沒辦法判斷是不是資料已經成功送出了……諸如以上的操作體驗，相信對大部份的人來說，是極為不方便的設計。

隨著科技的日新月異，傳統的網站或是應用程式已經無法滿足某部份人日常的需求，加上除了電腦之外的各種平台的推波助瀾，傳統的電腦螢幕、鍵盤和滑鼠已經不再是唯一可以用來和電腦溝通的工具。 就拿最近越來越普及的智慧型手機為例，觸控(甚至多點觸控)功能，儼然成為了不可或缺的操作方式；撥放影片、聽音樂也似乎成為了手機必備的功能。

寫程式其實也是有規矩在的，尤其是要團體協同開發的時候，如果每個人使用的規則都不一樣，那要求每個人看得懂別人的程式碼，真的是會要了人的命。
像是命名空間、類別、變數、檔案命名、控制項命名，其實都要去訂下命名的規則，對團隊來說才會容易溝通。