.NET Walker

Silverlight一直以來就有所謂的Ink手寫功能，過去我很少提到這部分，最近有一位讀者問到操作的方式，因此一併在BLOG上介紹。 InkPresenter控制項是筆墨的關鍵，你可以透過InkPresenter的Strokes集合屬性，把一個或多個Stroke物件加入Strokes集合中，而Stroke物件的StylusPoints屬性所表達的就是一群連續的點，用來在畫面上呈現出各種線條。 而透過滑鼠的MouseMove事件，我們可以很輕易的取得滑鼠經過的每一個點，例如： private void InkCanvas_MouseMove(object sender, System.Windows.Input.MouseEventArgs e) { //將每一點加入NewStroke NewStroke.StylusPoints.Add(e.StylusDevice.GetStylusPoints(InkPresenter1)); } 如此一來，我們就可以輕易的建立出可以手寫繪製的畫板了。 [ 測試範例 ] [ 完整範例程式碼下載 ] 當然，Ink機制也可以跟Multi-Touch配合，關於這部分在下一期的Run!PC當中會配合Multi-Touch一併介紹與說明，有興趣的讀者可以參考Run!PC 11月號。

最近因為一些公司的專案忙得昏天暗地，剛好前陣子是TechDays，整個重心都放在TechDays上，又同時得顧及手上的一些專案工作，實在是有蠟燭兩頭燒的感受，很多事情即便列出優先順序，卻發現實在是時間不足，我常常有一早起來，坐在電腦面前，突然間一天就過去了的經驗，一整天都處於緊繃和忙碌中，偏偏email又一直來，突發事件不斷...似乎沒法喘口氣釐清一下事情的整個狀況。 回顧十多年的軟體開發生涯中，偶而會陷入這樣的情境中，這時候除了救火之外，找出問題的核心變得相當重要，我想起過去一個前輩告訴我的，他分享了他的經驗，因為每一個主管手上的專案和工作都相當多，實在沒有辦法深入到每一個項目中。可是，如果不深入到項目中，怎麼能發現問題在什麼地方呢? 怎麼發現專案哪邊可能有潛在的問題? 並且提早處理呢? 我之所以會突然想到這位前輩的經驗分享，是因為我最近就碰到了這些問題，手上同時有很多專案，坦白說我沒法深入每一個專案，但是畢竟我是負責這些專案的管理者，我得要能夠預先發現問題，確保專案能夠順利進行。 這時候，『問對問題』變得很重要，過去的經驗讓我發現，確實有很多主管問的問題都一針見地，立刻可以掀出專案潛在的問題，讓可能發生的意外無所遁形，我過去以為這些PM大概天賦異稟或是有常人沒有的洞察力，但是我後來發現，其實似乎也有一個方式可以遵循。 其實道理很簡單，當年，那位前輩各訴我，當你發現某些地方越被找理由蓋起來，那些地方就越要掀開來看，包含主管自己對自己的要求也是一樣，人都有惰性，你發現自己越不想碰的問題，越表示那些地方將有著大問題，甚至，有些其實是自己潛意識根本不想去碰的部分。做主管的得要能察覺這些現象。 自己寫了多年的程式碼，也帶了多年的專案，越來越覺得真的是這樣，當某些模塊，在專案討論的時候，總是被成員找理由(理由多半是很合理且冠冕堂皇的)跳過或是忽略，當時程總是被粗估簡化，當驗收條件總是被模糊化，系統流程好像不是很solid，那很抱歉，這些地方多半都有著嚴重問題，特別是我們(開發人員)很喜歡把規格模糊化，或是你在進行專案會議時，發現針對某些部分專案成員的回答似乎總是有些不很確定，那幾乎可以斬釘截鐵的肯定告訴你，這表示這些地方將來真的會有大問題。 大多數主管其實心裡也知道，只是因為自己也很忙，所以下意識的跳過了，想說算了，下次開會的時候再盯一下，這時候千萬要提醒自己，別忘了這一塊

在今年TechDays 2009的ASP.NET 4.0場次中，我介紹了一些ASP.NET 4.0的新功能，其中有許多功能都是在 3.5 SP1中展露頭角，可能在MVC中，也可能在Dynamic Data中，這些3.5 SP1中的功能在釋出後深受開發人員的好評，很多開發人員反映是否可以加入在Web Form中，因此MS也就從善如流的照辦了，其中一個功能就是 URL Routing機制。 過去URL Routing機制僅被MVC和Dynamic Data支援，如今ASP.NET 4.0當中直接納入了Routing類別，也就是說，WebForm也直接支援了Url Routing機制。 URL Routing機制可以讓我們很輕易的建立出REST風格(請參考 REST一下吧 )的網址，也可以讓我們輕易建構出類似Dynamic Data風格的網址，像是： http://myWebSite/Product/Edit/XBOX 我們可以用上面的網址來表達要編輯一筆產品資料，產品名稱為XBOX。這樣的網址呈現方式不只更加的直覺清楚，同時也有著相當大的延展性，例如，我們可以用底下的網址表明要編輯名稱為Student資料表中的David同學的資料： http://myWebSite/Edit/Student/David 當然，也可以用底下這個網址來表達要編輯名稱為Employ資料表中的Eric員工的資料： http://myWebSite/Edit/Employ/Eric 而這兩個網頁理論上行為上完全一致，其實可以用同一個.aspx頁面來執行。 也就是說，傳統的WebForm .aspx頁面，在編輯不同的資料表時，幾乎註定要寫不同的頁面(來維護多個資料表)，如果有三五個資料表要維護，這不是問題，反正透過Wizard很快就可以建立出這些.aspx頁面，但是，如果是一千兩千個資料表，那你就要好好思考了... 為何傳統的WebForm不能用『一個』.aspx頁面來處理這一兩千個資料表呢? 其實每個資料表的編輯行為(Behaivor)不是都一樣嗎? 是的，但是這背後的原因很多，主要是因為SqlDataSource、FormView、GridView的行為和DataBinding機制，造成了ASP.NET注定讓UI層和DB的相依性過高(在.aspx頁面中有SQL指令或是DataForm/Data

很久以前，在我小時候的那個年代，我很喜歡一個電台『中廣音樂網』，每天24小時不停放送的音樂，大部分都是我很喜歡的類型，輕音樂、爵士、或是抒情搖滾，但是前幾年可能因為電台的經營策略或是改組，這個電台轉型了，轉型之後我就再也不是忠實聽眾了，因為整個電台的類型和我喜歡的差異頗大。 最近這幾天，因為某些原因，我在醫院住了幾天，陪著家人，在偶然的機會下，發現了兩個網路電台(沒有FM/AM頻道的，就只能在網路上聽)，由於我時常會有需要在辦公室外工作的機會，因此身上總是會帶著一台小型的Router，可以透過LAN或是USB 3.5G網卡上網，並且建立一個Wireless的工作環境，因此收聽網路電台對我來說是比收聽實體電台還來的方便。 聽了幾天，覺得很喜歡，因此推薦給大家， http://www.goodnews.org.tw/classic.php http://www.goodnews.org.tw/ccm.php 這兩個網路電台是佳音廣播電台建立的，其實佳音廣播電台是一個台北的區域小電台，沒有很好的資源，或是很強的經濟後盾，但是隨著藉著現在科技的進步，可以讓電台不需要用很高的成本，就可以透過網際網路對全世界廣播，把好聽的音樂傳遞出去。 就跟以前的中廣音樂網一樣，這兩個電台的屬性當是我相當喜歡的類型，讓人可以安靜下來，特別是我在醫院，所以相當受用。 如果你偶而心情不好，如果你需要安靜思考，如果你希望能夠整理情緒、重新有一個平靜安穩的心情，那不妨聽聽這兩個頻道，在如此忙碌競爭的環境中，或許會讓你有不一樣的感受。

隨著微軟最新作業系統 Windows 7 終於進入上市最後倒數階段，微軟與.DotBlog舉辦「Windows 7 多點觸控程式設計大賽」，個人參賽者組得獎作品可奪得多點觸控筆記型電腦。 活動網址「Windows 7 多點觸控程式設計大賽」 http://w7contest.dotblogs.com.tw/competition.aspx 開發者可以從 http://msdn.microsoft.com/zh-tw/windows/default.aspx 取得相關的技術文件。 不過比較讓我感興趣的是，其中有介紹如何透過模擬方式在Vista上透過滑鼠模擬多點觸控，挺有趣的，相信有不少人需要，提供大家參考。

TechDays 2009忙完了，終於有一點點時間可以回頭寫SL3中的多點觸控，隨著Windows 7的Launch在即，我開始屢屢被問到Silverlight 3中的多點觸控程式開發的部分。 在TechDays 2009中也稍微提過，其實SL3中的多點觸控一點也不複雜，架構上相當簡單，底下這是SL3中多點觸控的訊息架構： 從這邊您也不難發現，觸控螢幕(或面板或NB)、Windows 7、IE8當然都是必要設備，缺一不可。 對於SL3應用程式來說，只是很簡單的從IE8接受多點觸控事件，或者是模擬成滑鼠事件。至於很多人關心的可以接收到幾點，端看設備而定，如果設備傳入的是兩點(我手上的觸控螢幕和NB都只支援兩點)，傳入SL3的就是兩點；若設備支援多點，SL3就接收到多點，如此而已，沒啥特別的。 要在SL3當中接收到多點觸控的信息，再簡單也不過，最簡單的方式如下，動作只有兩動： 1.Hook Multi-Touch事件 2.在事件中取得點，進行處理或運算。 程式碼如下： public partial class MainPage : UserControl { public MainPage() { InitializeComponent(); //Hook事件 Touch.FrameReported += new TouchFrameEventHandler(Touch_FrameReported); } void Touch_FrameReported(object sender, TouchFrameEventArgs e) { //取得點數 int n = e.GetTouchPoints(this.LayoutRoot).Count; this.textBlock1.Text = "points : " + n; //將每一點座標顯示出來 foreach (System.Windows.Input.TouchPoint p in e.GetTouchPoints