其他

              WPF中擷取滑鼠相對於螢幕的位置                                   周銀輝WPF編程時，我們經常使用Mouse.GetPosition(IInputElement relativeTo)或MouseEventArgs.GetPosition(IInputElement relativeTo)來擷取滑鼠相對於某一介面元素的相對位置，這自然也聯想到另外的一個問題：如何擷取滑鼠相對於螢幕的位置。 

                         WPF中的命令與命令綁定(二)                                             

                          WPF中的命令與命令綁定(一)                                          

當前在示範和越來越多互動介面的推動下，即時動畫在很多情況下已經成為不可或缺的要求。當動畫涉及到物體在螢幕上互相反彈或者被重力影響的時候，一個物理引擎就是必要的了。Farseer Physics Engine（Farseer物理引擎），就是為了滿足這個需要而設計的，儘管它首先是為2D遊戲編寫的。我們為此採訪了Jeff

              為WPF中DropShadowBitmapEffect提供輕量級的替代品                                             周銀輝WPF有一個激動人心的新特性:我們可以很方便地為可視元素提供點陣圖效果(BitmapEffect),比如陰影等.但令人沮喪餓是點陣圖效果是非常消耗CPU資源的,從平時的開發中我們幾乎可以得出的兩條經驗:1,盡量少地使用點陣圖效果,因為它是由CPU計算的而不是GPU. 

要想成為Silverlight 的開發高手，熟練通達XAML文法是必由之路。現在我們來一個空的XAML模板。 Silverlight 1.0 的模板是這樣的：<Canvas xmlns=="http://schemas.microsoft.com/client/2007"    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"    Width="400" Height="300">   

在我開始看WPF文檔開始的幾天裡，腦子裡形成了一種錯誤的想法：WPF不就是XAML碼？當時的感覺就是鬱悶啦，我學習WPF還得弄這個東西。給人的第一感覺就是WPF很複雜。雖然對WPF的熟悉和瞭解還不是特別多，但現在已經知道這確實是一種錯誤的想法。Charles Petzold先生曾有一篇文章介紹了WPF、XAML的一些關係（The Two

                       【全面解析DeepZoom 之一】酷！Deep Zoom                                        周銀輝微軟的Silverligth2包含了對由“SeaDargon”團隊建立的Deep Zoom技術的支援。簡單地說，Deep

             在WPF中減少邏輯與UI元素的耦合周銀輝1，    避免在邏輯中引用介面元素，別把後台資料強加給UI 一個糟糕的案例比如說主介面上有一個顯示當前任務狀態的標籤label_TaskState，我們會時常更新該標籤以便及時地將任務狀態通知使用者。那麼很糟糕的一種假設是我們的代碼中會到處充斥著這樣的語句段this.label_TaskState .Content =

繼續XAML的話題，在前一個Post當中簡單介紹了XAML的類型轉換器（TypeConverters）。這次介紹一些XAML標記相容性性（Markup Compatibility）的相關內容。利用XAML標記相容性性實現更加強大的注釋功能寫過XAML的朋友應該都知道：在XAML中可以通過<!--****-->標記來實現注釋。但是，利用XAML標記相容性性，還提供了其它更加強大的注釋功能。<Window   

前一個Post當中，我們簡單介紹了XAML的向後相容性，以及利用標記相容性性實現注釋的功能。現在，我們接著討論XAML的向前相容性問題。

                        【全面解析DeepZoom 之三】建立DeepZoom應用                                            周銀輝今天介紹一下如何建立一個DeepZoom應用。如果你用過DeepZoomComposer，你會發現在DeepZoomComposer中匯出的時候“CreateCollection ”選項。這裡決定了你匯出的是一張整圖還是一個圖片集合，關於匯出整圖，你可以參考大V的初試Deep Zoom

                   避免讓WPF資源字典變得雜亂臃腫                          

Silverlight 2 Beta 1發布了,大家都介紹了怎麼去下載安裝了,晚上整理了一些資料放上來和大家共用:1、Silverlight 2 Beta 1

                                     在WPF中自訂你的繪製（五）                                                                  

 在前面關於XAML的Post當中，簡單說明了XAML如果引入自訂名稱空間。還提到過XAML基本上也是一種對象初始化語言。XAML編譯器根據XAML建立對象然後設定對象的值。比如：<Button

XAML標籤元素在silverlight運行時被轉換成相應的對象，通過XamlReader類的Load方法，動態建立UI元素：指定一條XAML內容字串,為按照XML規則運行,XamlReader.Load()現在需要你在你的XAML檔案中指定一個xmlns； 通過XamlReader.Load方法把元素在記憶體中編譯（這樣就可以得到UI元素對象的引用，也有可能是null，或者報錯)； 最後把它添加到容器的子控制項中。

            談談我理解的WPF團隊模型——在UI Designer與Developer之間                           周銀輝1，舊的模式已經不再適用首先看看如果我們將舊的（.net3.o之前）模式直接引入到WPF中將是如何工作的。無論採用什麼樣的溝通方式，我們需要Developer和UI Designer之間對軟體的功能達成共識，然後我們可以得到當前介面的大體Layout，OK，這個被驗證和確定以後，UI

                                                                一頭霧水的"Follow The Pointer"                                                                                                     周銀輝Microsoft Expression Blend中有一個樣本程式"Follow The Pointer",

 WPF進入我們的生活已經很多年。（寫這句話讓我想起來了“我不做大哥好多年”。） 個人認為在UI的實踐中，使用者需要的是易於操作的，更加絢麗的介面。這兩個應該是最基本、也是最重要的宗旨。而對於開發人員就是要用最簡單的方法開發出儘可能漂亮的介面，並且效率也不能太差。（要求是不是有些過分啦！）除了在一些Web開發和特殊的應用中，很少有開發組配備單獨的美工，至少目前是這樣吧！根據自己目前對WPF的瞭解程度，感覺WPF在其中某些方面確實有超強的震撼力。