Ouch@點部落

在 [Blend] 透過 Blend for Visual Studio 2013 快速產生設計時期資料 (一) - 透過現有的類別產生設計時期資料 一文中，我們簡單的展示了「理想」狀況下的設計時期資料產生方式。
但是在現實生活中，可能由於種種外在因素(舉凡工程師太忙、工程師生病、工程師請假等等...)，造成工程師無法在第一時間就針對所有的資料顯示頁面實作好繫結用的資料類別。

在撰寫C#程式時，我們會習慣透過Go To Definition來查找方法、屬性或是類別等等詳細的實作內容，而在Visual Studio 2013 RC版裡，Go To Definition功能也可以在編輯XAML時使用了喔!!

有朋友問到，能不能幫StackPanel加上MouseEnter/MouseLeave時會改變其背景的效果，其實，這個功能並不難喔!!
只要簡單的修改StackPanel的Style就可以了~

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

我們常常透過資料繫結來呈現各種不同的資料，但是隨著使用者介面的進步，如果能隨著資料的內容改變資料呈現的方式的話，那對使用者來說將會更加的直覺，也可以讓一成不變的畫面增添許多更豐富的元素。
這次就用一個範例，來跟各位分享在WPF中，不需要撰寫一行的CodeBehind程式碼(不過要寫XAML啦~)，就能讓呈現資料的介面會隨著我們訂義好的條件以及資料的內容自動採取不同的顯示方式。

在WPF中，通常我們會透過Binding來顯示資料；在.Net Framework3.5版之前，程式設計師可以透過實作IValueConverter的方式對每個要被繫結的屬性中透過String.Format()方法，來作出能以不同格式來顯示資料的功能。
但是，如果為了要配合UI而要為每個要被繫結的類別中的每個屬性去寫程式的話，那可能光一個應用程式中的屬性就得寫上好幾天了~
所幸，在.Net Framework 3.5 SP1之後，在XAML中也可以使用類似String.Format()方法的方式來設定資料的顯示格式(程式設計師總算可以輕鬆很多了!!)

有在使用MVVM開發專案的朋友們應該都對Galasooft MVVM Light Toolkit不陌生吧~目前該Toolkit在Codeplex上的最新版本為MVVM Light Toolkit V3 SP1 (4)。
因為最近著手在研究Windows Phone上應用程式的開發，因此就「順便」的想說也來使用MVVM模式開發Windows Phone應用程式好了。
下載了CodePlex上最新版本下來，也依照官網上的安裝說明進行安裝的程序之後，開心的使用了Expression Blend要來建立一個新的MVVMLight For WP7專案的時候，一切看起來好像都很順利，不過....

自從之前發了一篇[Silverlight][RIA] Silverlight的未來文章之後，就一直滿心期待能早點見到更強悍的Silverlight，而現在，未來就近在眼前了!!

日前在MSDN論壇遇到有人問到在WPF的Ellipse中使用ImageBrush做為筆刷，並且將ImageBrush套用TranslateTransform的時候，ImageBrush的顯示可能會有問題，所以我就自己動手在Blend裡面也拉了一個小Sample，來看看這個問題到底是怎麼發生的。

有時候使用Visual Studio 2010開啟以Expression Blend產出的XAML檔要進行編輯的時候，會發生出現Exception的情況；而從錯誤訊息中只能依稀的判斷出是Reflection無法解析出某個屬性，但是在Expression Blend中開啟同一個檔案卻又是正常的，而且不管是用Visual Studio 2010或是Expression Blend進行編譯後也都能順利的執行，這時候千萬別怪罪辛苦的設計人員，並不是他們把XAML搞爛的，而且這種情況是有解的。

如果在專案中必需使用ListBox做為物件呈現的容器時，若使用預設的Template，當在執行期改變ListBox寬度的時候，可能會發現，裡面的項目大小並不會跟著ListBox縮放；就算把裡面的項目水平對齊方式改為Stretch，它還是會依然故我，不管ListBox寬度的變化。

習慣了使用Visual Studio 2010的工程師和使用Blend的設計師應該都會很習慣的使用相同的一套軟體處理同一個專案，不過有時候為了開發、整合或是測試，還是得要在Blend或Visual Studio 2010間相互切換，才能發揮最大的效能。
這次就來分享幾個小設定，讓專案的開發能比較順利的進行~

WPF中的ListBox預設使用的ItemsPanel是VirtualizingStackPanel，而不是一般的StackPanel，這樣在一般的使用上雖然不會發生什麼問題，但是當它一碰上Expander，問題就大條了。

這次要跟大家透過Grid來初步認識Silverlight中物件的HitTest機制。

這幾天在整理開發環境的時候，打算在Windows Server 2008 R2上安裝Windows Phone Developer Tools，不過一執行安裝程式，就跳出警告畫面(哇咧!!要Windows 7或是Vista才能裝啊!?)~~
那我其他Windows平台的開發環境難道就從此要和WP7絕緣了嗎?

在[WPF]將ListBox的項目加上CheckBox做為選取控制項一文中為各位介紹了修改WPF中ListBox項目樣版的方法，打鐵趁熱，就順便來看看在Silverlight裡面要怎麼做到類似的效果吧!!

隨著Silverlight 3.0版的問世，Action、Behavior和Trigger這三個方便的類別和相關的衍生類別也跟著亮相，做為程式設計師和介面工程師更緊密而且無痛合作的超強大類別庫之一(好吧，其實有三個)，而這三個類別衍生出來的類別，我們統稱之為Behaviors。

話說民國99年12月3日凌晨1點(太平洋時間2010年12月2日早上九點)，我勉強抵擋住睡意，想把Silverilght Firestarter的內容錄下來，不料早上醒來，居然只錄到兩個小時的內容，真是讓我欲哭無淚，更讓我欲哭無淚的--它居有線上錄影版!!!(早知道我就不用撐到一點了)，到了公司之後，發現Silverlight的官網也公佈了下一個版本的功能預覽，於是我和小猴子便想說攜手來翻譯一下，好讓英文苦手的朋友們也能早一步得知這個好消息，沒想到~~翻譯完的版本被我丟在公司的電腦裡，忘記帶回家了，只好全部重翻一次，真是好事多磨啊 >"<~~