WPF性能優(yōu)化經驗總結
開發(fā)人員在使用WPF做圖形界面的時候，通常都希望能有一個高效的利用率。在這里我們就為大家介紹一下有關WPF性能優(yōu)化的幾種方法。#t#
WPF性能優(yōu)化一、Rendering Tier
1. 根據硬件配置的不同，WPF采用不同的Rendering Tier做渲染。下列情況請?zhí)貏e注意，因為在這些情況下，即使是處于Rendering Tier 2的情況下也不會硬件加速。(不全，其余請查閱SDK)
Bitmap effects, Printed content, Tiled content that uses TileBrush, Layered windows.
下列情況為Layered window: 1. WindowStyle = none, 2.AllowsTransparency = true, 3.Background = Transparent.
WPF性能優(yōu)化二、布局和設計
1．盡量多使用Canvas等簡單的布局元素，少使用Grid或者StackPanel等復雜的，越復雜性能開銷越大。
2．建立邏輯樹或者視覺樹的時候，遵循Top-Down的原則。示例代碼如下：
- C#
- private void OnBuildTreeTopDown
(object sender, RoutedEventArgs e) - {
- TextBlock textBlock = new TextBlock();
- textBlock.Text = "Default";
- DockPanel parentPanel = new DockPanel();
- DockPanel childPanel;
- myCanvas.Children.Add(parentPanel);
- myCanvas.Children.Add(textBlock);
- for (int i = 0; i < 150; i++)
- {
- textBlock = new TextBlock();
- textBlock.Text = "Default";
- parentPanel.Children.Add(textBlock);
- childPanel = new DockPanel();
- parentPanel.Children.Add(childPanel);
- parentPanel = childPanel;
- }
- }
WPF性能優(yōu)化三、圖像
1． 對Image做動畫處理的時候（如調整大小等），可以使用這條語句RenderOptions.SetBitmapScalingMode(MyImage,BitmapScalingMode.LowQuality)，以改善性能。
2． 用TileBrush的時候，可以CachingHint。
WPF性能優(yōu)化四、對象行為
1．訪問CLR對象和CLR屬性的效率會比訪問DependencyObject/DependencyProperty高。注意這里指的是訪問，不要和前面的綁定混淆了。但是，把屬性注冊為DependencyProperty會有很多的優(yōu)點：比如繼承、數(shù)據綁定和Style。所以有時候我們可以在實現(xiàn)DependencyProperty的時候，利用緩存機制來加速訪問速度：看下面的緩存例子：
- public static readonly Dependency
Property MagicStringProperty =- DependencyProperty.Register(
"MagicString", typeof(string),
typeof(MyButton), new PropertyMetadata
(new PropertyInvalidatedCallback
(OnMagicStringPropertyInvalidated),
new GetValueOverride(MagicStringGet
ValueCallback)));- private static void OnMagicString
PropertyInvalidated(DependencyObject d)- {
- // 將緩存的數(shù)據標識為無效
- ((MyButton)d)._magicStringValid = false;
- }
- private static object MagicString
GetValueCallback(DependencyObject d)- {
- // 調用緩存的訪問器來獲取值
- return ((MyButton)d).MagicString;
- }
- // 私有的CLR訪問器和本地緩存
- public string MagicString
- {
- get
- {
- // 在當前值無效時，獲取***的值保存起來
- if (!_magicStringValid)
- {
- _magicString = (string)GetValueBase
(MagicStringProperty);- _magicStringValid = true;
- }
- return _magicString;
- }
- set
- {
- SetValue(MagicStringProperty, value);
- }
- }
- private string _magicString;
- private bool _magicStringValid;
另外，因為注冊的DependencyProperty在默認是不可繼承的，如果需要繼承特性，也會降低DependencyProperty值刷新的效率。注冊DependencyProperty屬性時，應該把DefaultValue傳遞給Register方法的參數(shù)來實現(xiàn)默認值的設置，而不是在構造函數(shù)中設置。
WPF性能優(yōu)化五、應用程序資源
1． 在自定義控件，盡量不要在控件的ResourceDictionary定義資源，而應該放在Window或者Application級。因為放在控件中會使每個實例都保留一份資源的拷貝。
2． 盡量使用Static Resources,但不能盲目使用。
WPF性能優(yōu)化六、文本
1． 文字少的時候用TextBlock或者label,長的時候用FlowDocument.
2． 使用元素TextFlow和TextBlock時，如果不需要TextFlow的某些特性，就應該考慮使用TextBlock，因為它的效率更高。
3． 在TextFlow中使用UIElement（比如TextBlock）所需的代價要比使用TextElement（比如Run）的代價高.在FlowDocument中盡量避免使用TextBlock，要用Run替代。代碼如下：
- < FlowDocument>
- < !-- Text content within
a Run (more efficient). -->- < Paragraph>
- < Run>Line one< /Run>
- < /Paragraph>
- < !-- Text content within
a TextBlock (less
efficient). -->- < Paragraph>
- < TextBlock>Line two
< /TextBlock>- < /Paragraph>
- < /FlowDocument>
4． 在TextBlock中顯式的使用Run命令比不使用Run命名的代碼要高。
- < !-- Run is used to set
text properties. -->- < TextBlock>
- < Run FontWeight="Bold">
Hello, world< /Run>- < /TextBlock>
- < !-- TextBlock is used
to set text properties,
which is more efficient. -->- < TextBlock FontWeight=
"Bold">- Hello, world
- < /TextBlock>
5． 把Label（標簽）元素的ContentProperty和一個字符串（String）綁定的效率要比把字符串和TextBlock的Text屬性綁定的效率低。因為Label在更新字符串是會丟棄原來的字符串，全部重新顯示內容。如果字符串不需要更新，用Label就無所謂性能問題。
6． 在TextBlock塊使用HyperLinks時，把多個HyperLinks組合在一起效率會更高。
- < !-- Hyperlinks in separate
TextBlocks. -->- < TextBlock>
- < Hyperlink TextDecorations=
"None" NavigateUri="http:
//www.msn.com">MSN Home
< /Hyperlink>- < /TextBlock>
- < TextBlock Text=" | "/>
- < TextBlock>
- < Hyperlink TextDecorations=
"None" NavigateUri="http:
//my.msn.com">My MSN< /Hyperlink>- < /TextBlock>
- < !-- Hyperlinks combined
in the same TextBlock. -->- < TextBlock>
- < Hyperlink TextDecorations=
"None" NavigateUri="http:
//www.msn.com">MSN Home< /Hyperlink>- < Run Text=" | " />
- < Hyperlink TextDecorations=
"None" NavigateUri="http:
//my.msn.com">My MSN< /Hyperlink>- < /TextBlock>
7． 顯示超鏈接的時候，盡量只在IsMouseOver為True的時候顯示下劃線，一直顯示下劃線的代碼高很多
8． 盡量不使用不必要的字符串連接。
WPF性能優(yōu)化七、數(shù)據綁定
1．在使用數(shù)據綁定的過程中，如果綁定的數(shù)據源是一個CLR對象，屬性也是一個CLR屬性，那么在綁定的時候對象CLR對象所實現(xiàn)的機制不同，綁定的效率也不同。
A、數(shù)據源是一個CLR對象，屬性也是一個CLR屬性。對象通過TypeDescriptor/PropertyChanged模式實現(xiàn)通知功能。此時綁定引擎用TypeDescriptor來反射源對象。效率***。
B、數(shù)據源是一個CLR對象，屬性也是一個CLR屬性。對象通過INotifyPropertyChanged實現(xiàn)通知功能。此時綁定引擎直接反射源對象。效率稍微提高。
C、數(shù)據源是一個DependencyObject，而且屬性是一個DependencyProperty。此時不需要反射，直接綁定。效率***。
2．當一個CLR對象很大時，比如有1000個屬性時，盡量把這個對象分解成很多很小的CLR對象。比如分成1000個只有一個屬性的CLR對象。
3． 當我們在列表（比如ListBox）顯示了一個CLR對象列表（比如List）時，如果想在修改List對象后，ListBox也動態(tài)的反映這種變化。此時，我們應該使用動態(tài)的ObservableCollection對象綁定。而不是直接的更新ItemSource。兩者的區(qū)別在于直接更新ItemSource會使WPF拋棄ListBox已有的所有數(shù)據，然后全部重新從List加載。而使用ObservableCollection可以避免這種先全部刪除再重載的過程，效率更高。
4． 盡量綁定IList而不是IEnumerable到ItemsControl。
WPF性能優(yōu)化八、其它性能建議
1． 如果需要修改元素的Opacity屬性，***修改一個Brush的屬性，然后用這個Brush來填充元素。因為直接修改元素的Opacity會迫使系統(tǒng)創(chuàng)建一個臨時的Surface
2． 用NavigationWindow的時候，盡量Update the client area by object,而不是URI
3． 盡量不要使用ScrollBarVisibility=Auto
