这几个控件写的时间很长了，由于时间关系一直没有做完。但是不知道什么时候才能做完，现在放出来，有兴趣的可以自己拿去看看。包括源代码。基本效果如下。

只有这个主窗口设计了两种基本的颜色方案，鄙人不是美工效果肯定不是很如意，凑合看吧。

话不多说，代码在这里：

http://files.cnblogs.com/YilingLai/WPFControls.zip

不管首页是否合适，不合适的就撤了吧！ 

评论: 11　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

由于WPF应用程序中XAML代码在很多时候是运行时加载处理的。比如DynamicResource，但是在编译或者运行的过程中，编写的XAML代码很可能有错误，此时XAML代码解析器通常会抛出称为XamlParseException的异常。但是抛出的XamlParseException异常提供的信息非常简单，或者是很不准确。此时我们关于通过对变通的方法来获取更多的异常信息：

我们知道，WPF应用程序中的XAML代码是在InitializeComponent方法中解析的。而这个方法通常位于窗口对象的构造函数之中。因此，我们利用.NET的异常机制来调用方法InitializeComponent：

评论: 18　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

在前一个Post当中，指出了在WPF的WindowInteropHelper类中的一个BUG：通过WindowInteropHelper的Owner属性不能实现把WPF窗口的Owner属性设置为一个非WPF窗口的句柄。

在我的Post帖出后不到一天，在WPF SDK的Blog上，就针对这个BUG给出了一个非常完美的解决方案。既然不同通过设置WindowStartupLocation.CenterOwner来改变窗口的位置。那么我们就用WindowStartupLocation.Manual来手动计算设置窗口的位置。大致的代码如下：

using System.Windows;
using System.Windows.Interop; // WindowInteropHelper

...

// Instantiate the owned WPF window
Window cw = new Window();

// Set the owned WPF window’s owner with the non-WPF owner window
IntPtr ownerWindowHandle = ...;
 
// Set the owned WPF window’s owner with the non-WPF owner window

WindowInteropHelper helper = new WindowInteropHelper(cw);
helper.Owner = ownerWindowHandle;

// Manually calculate Top/Left to appear centered
int nonWPFOwnerLeft = ...;  // Get non-WPF owner’s Left
int nonWPFOwnerWidth = ...;  // Get non-WPF owner’s Width
int nonWPFOwnerTop = ...;  // Get non-WPF owner’s Top
int nonWPFOwnerHeight = ...;  // Get non-WPF owner’s Height

cw.WindowStartupLocation = WindowStartupLocation.Manual;
cw.Left = nonWPFOwnerLeft + (nonWPFOwnerWidth - cw.Width) / 2;
cw.Top = nonWPFOwnerTop + (nonWPFOwnerHeight - cw.Height) / 2;

// Show the owned WPF window
cw.Show();

这段代码理论上没有什么问题呢？但是WPF是支持设备独立的。因此，在非WPF Owner窗口的某些情况下可能会因为DPI的而不能正常工作。解决这个问题，可以利用HwndSource类进行窗口位置的设备独立计算：

using System.Windows; // Window, WindowStartupLocation, Point
using System.Windows.Interop; // WindowInteropHelper, HwndSource
using System.Windows.Media; // Matrix

...

// Instantiate the owned WPF window
CenteredWindow cw = new CenteredWindow();

// Get the handle to the non-WPF owner window
IntPtr ownerWindowHandle = ...; // Get hWnd for non-WPF window
 
// Set the owned WPF window’s owner with the non-WPF owner window
WindowInteropHelper helper = new WindowInteropHelper(cw);
helper.Owner = ownerWindowHandle;
 

// Center window
// Note - Need to use HwndSource to get handle to WPF owned window,
//        and the handle only exists when SourceInitialized has been
//        raised

cw.SourceInitialized += delegate
{
    // Get WPF size and location for non-WPF owner window
    int nonWPFOwnerLeft = ...; // Get non-WPF owner’s Left
    int nonWPFOwnerWidth = ...; // Get non-WPF owner’s Width
    int nonWPFOwnerTop = ...; // Get non-WPF owner’s Top
    int nonWPFOwnerHeight = ...; // Get non-WPF owner’s Height

    // Get transform matrix to transform non-WPF owner window
    // size and location units into device-independent WPF
    // size and location units

    HwndSource source = HwndSource.FromHwnd(helper.Handle);
    if (source == null) return;
    Matrix matrix = source.CompositionTarget.TransformFromDevice;
    Point ownerWPFSize = matrix.Transform(
      new Point(nonWPFOwnerWidth, nonWPFOwnerHeight));
    Point ownerWPFPosition = matrix.Transform(
      new Point(nonWPFOwnerLeft, nonWPFOwnerTop));

    // Center WPF window
    cw.WindowStartupLocation = WindowStartupLocation.Manual;
    cw.Left = ownerWPFPosition.X + (ownerWPFSize.X - cw.Width) / 2;
    cw.Top = ownerWPFPosition.Y + (ownerWPFSize.Y - cw.Height) / 2;

};

// Show WPF owned window
cw.Show();

在上面的代码中需要注意的是HwndSource的使用。这个类需要一个窗口句柄，因此它的代码被放在一个SourceInitialized的事件委派函数中执行。

最后，除了上面这种方法，其实我们还可以用Win32 API函数来实现，在ATL的CWindow类中，就有这样的一个函数，我直接把放在下面，有兴趣的朋友参考其中的实现原理： 

BOOL CenterWindow(HWND hWndCenter = NULL) throw()
...{
    ATLASSERT(::IsWindow(m_hWnd));

    // determine owner window to center against
    DWORD dwStyle = GetStyle();
    if(hWndCenter == NULL)
    ...{
        if(dwStyle & WS_CHILD)
            hWndCenter = ::GetParent(m_hWnd);
        else
            hWndCenter = ::GetWindow(m_hWnd, GW_OWNER);
    }

    // get coordinates of the window relative to its parent
    RECT rcDlg;
    ::GetWindowRect(m_hWnd, &rcDlg);
    RECT rcArea;
    RECT rcCenter;
    HWND hWndParent;
    if(!(dwStyle & WS_CHILD))
    ...{
        // don't center against invisible or minimized windows
        if(hWndCenter != NULL)
        ...{
            DWORD dwStyleCenter = ::GetWindowLong(hWndCenter, GWL_STYLE);
            if(!(dwStyleCenter & WS_VISIBLE) || (dwStyleCenter & WS_MINIMIZE))
                hWndCenter = NULL;
        }

        // center within screen coordinates
        ::SystemParametersInfo(SPI_GETWORKAREA, NULL, &rcArea, NULL);
        if(hWndCenter == NULL)
            rcCenter = rcArea;
        else
            ::GetWindowRect(hWndCenter, &rcCenter);
    }
    else
    ...{
        // center within parent client coordinates
        hWndParent = ::GetParent(m_hWnd);
        ATLASSERT(::IsWindow(hWndParent));

        ::GetClientRect(hWndParent, &rcArea);
        ATLASSERT(::IsWindow(hWndCenter));
        ::GetClientRect(hWndCenter, &rcCenter);
        ::MapWindowPoints(hWndCenter, hWndParent, (POINT*)&rcCenter, 2);
    }

    int DlgWidth = rcDlg.right - rcDlg.left;
    int DlgHeight = rcDlg.bottom - rcDlg.top;

    // find dialog's upper left based on rcCenter
    int xLeft = (rcCenter.left + rcCenter.right) / 2 - DlgWidth / 2;
    int yTop = (rcCenter.top + rcCenter.bottom) / 2 - DlgHeight / 2;

    // if the dialog is outside the screen, move it inside
    if(xLeft < rcArea.left)
        xLeft = rcArea.left;
    else if(xLeft + DlgWidth > rcArea.right)
        xLeft = rcArea.right - DlgWidth;

    if(yTop < rcArea.top)
        yTop = rcArea.top;
    else if(yTop + DlgHeight > rcArea.bottom)
        yTop = rcArea.bottom - DlgHeight;

    // map screen coordinates to child coordinates
    return ::SetWindowPos(m_hWnd, NULL, xLeft, yTop, -1, -1,
        SWP_NOSIZE | SWP_NOZORDER | SWP_NOACTIVATE);
}

评论: 5　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

2005年12月2日，随着微软正式在中国发布了 Visual Studio 2005 产品系列，越来越多的企业客户以及独立软件开发商开始使用 Visual Studio 2005 构建其企业应用程序。做为微软旗舰级平台工具，Visual Studio Team System 提供了对软件开发全生命周期的支持与管理，整合了微软三十多年的软件开发经验，让企业客户以及软件开发商可以站在巨人的肩膀上，打造成功软件。

评论: 6　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

在Windows SDK中关于WindowInteropHelper类的介绍中，关于其Owner属性的说明和实现有些问题。

原文是：An example scenario is if you need to host a WPF dialog box in a Win32 application. Initialize the WindowInteropHelper with a WPF window object for the dialog. You can then get the WPF window's handle (HWND) from the Handle property and specify the owner for the WPF window with the Owner property. The following code example shows how to use WindowInteropHelper when hosting a WPF dialog box in a Win32 application.

大意是通过WindowInteropHelper的Owner属性可以把WPF窗口的Owner属性设置为一个Win32的窗口句柄HWND。但是这个功能的实现是有问题的。有兴趣的朋友可以通过下面的代码进行测试：

Window myDialog = new Window();
myDialog.WindowStartupLocation = WindowStartupLocation.CenterOwner;
WindowInteropHelper wih = new WindowInteropHelper(myDialog);
wih.Owner = ownerHwnd;
myDialog.ShowDialog();

这段代码最后显示的窗口不会位于Owner窗口的中心。事实上，WindowInteropHelper.Owner属性设置的是Window类的_ownerHandle成员。这个成员和Window.Owner设置的成员不是同一个。因此，文档中的说明和WPF的实际实现不相符的。这个问题基本已经确认是WPF的一个BUG。

评论: 2　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

WPF全景体验

2007年1月30日，Windows Vista正式全球同步发布。此举标志着Windows Vista已经旋风般地吹向了整个网络世界。比尔盖茨预言：只需要三分钟时间就能让用户接受Windows Vista。但是，微软如何才能做到这一点呢？其中最关键的一点就是Windows Presentation Foundation（WPF），她依赖于WPF所带来的震撼视觉效果和用户体验。

请在这里查看全部文章

评论: 16　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

原文地址：Maximizing WPF 3D Performance on Tier-2 Hardware

开发人员在应用程序中使用Windows Presentation Foundation来构建大量的3D控件、包含3D场景时，常常会遇到如何优化其性能的问题。WPF 3D组的几个成员提供了一个影响应用程序性能的3D类和属性的列表。当我们使用她们来优化应用程序性能时应该遵从这些建议。

本随笔假定你深刻的理解了WPF 3D API。不熟悉这些API的用户在使用这些建议之前应该首先阅读WPF SDK文档。本随笔中提出的建议只适用于“Tier-2”的视频硬件（通常是指支持象素Shader 2.0和顶点Shader 2.0的硬件）。为了简洁，本随笔进行适当的总结，因此真正理解掌握她们并不简单。
 

性能影响级：高

属性	建议
Brush	Brush速度（从快到慢）： SolidColorBrush LinearGradientBrush ImageBrush DrawingBrush(缓存的) VisualBrush(缓存的) RadialGradientBrush DrawingBrush(未缓存的) VisualBrush(未缓存的)
Viewport3D.ClipToBounds	在明确不需要把Viewport3D的内容剪切到Viewport3D的矩形范围内时，应该把Viewport3D.ClipToBounds设置为false。WPF的反走样剪切非常慢，而且ClipToBounds默认是为true的。
Viewport3D.IsHitTestVisible	如果鼠标点击时不需要考虑Viewport3D的内容，Viewport3D.IsHitTestVisible应该设置为false。3D内容的点击测试是由软件实现的，在大的网格中非常慢。Viewport3D的IsHitTestVisible默认是为true的。
GeometryModel3D	只有在需要不同的Materials或者Transforms时，才建立不同的模型。否则应该把多个GeometryModel3D实例用相同的Materials和Transforms组合到一个更大的GeometryModel3D和MeshGeometry3D实例之中。
MeshGeometry3D	基于每帧来改变网格的不同顶点形成的网格动画在WPF不是很高效。在修改顶点时，为了减少对性能的影响，在执行每个顶点的修改之前应该从Visual树中Detach网格。在修改完成后，重新Attach到Visual树。同样，构建这样的动画时应该减小网格的大小。
3D反走样	为了尽可能增加提交速度，可通过设置Attached属性RenderOptions.EdgeMode为Aliased来禁用Multisampling。默认时，3D反走样在Windows XP被禁用，而在Windows Vista被启用，每个象素4个Samples。
Text	3D场景中的实时文本（比较在DrawingBrush或者VisualBrush中的文本就是实时的）通常非常缓慢。尝试使用文本的图像（通过RenderTargetBitmap）来代替她，除非你需要修改文本。
TileBrush	如果你必须要在3D场景中使用VisualBrush或者DrawingBrush（因为这种Brush的内容不是静态的），应该尝试缓存Brush（通过设置Attached属性RenderOptions.CachingHint为Cache实现）。 用CacheInvalidationThresholdMinimum、CacheInvalidationThresholdMaximum设置无效放缩的最大、最小阀值。她能在场景中减小Brush重新生成的次数（甚至是避免），同时保持我们需要的质量。默认时，DrawingBrush和VisualBrush都没有缓存，表示每次重画都必须重新生成画刷，而且整个内容是被画到一个临时的Surface，最后再复制到目标Surface。
BitmapEffect	BitmapEffect强制其影响的所有内容都不能使用硬件加速来提交。如果需要最好的性能，请不要使用BitmapEffect。

 

评论: 7　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

前面曾经提到过，通过WDDM可以支持Surface的跨进程共享。共享DirectX表面对于重定向DirectX应用程序非常重要。因为Vista必须要和以前的应用程序兼容，就必须支持以前用GDI、、DirectX编写的应用程序。WDM必须把这些应用程序的窗口重定向到Surface，然后由WDM统一合成、最后显示一个单一的Surface。

需要注意的一点是：WDM只重定向Top-level的窗口。而对于MDI应用程序，它的所有Top-level窗口、子窗口会被合成为单独的一个Surface，然后交给DWM合成。根据以前的Windows图形系统。重定向主要分为以下三类：

1、只用GDI显示的窗口

毫无疑问，GDI应用程序在当今任是主流。WDM在重定向基于GDI的应用程序时，基本过程如下：
A、在系统内存中分配一个和窗口大小一样的内存块，然后和窗口关联。
B、显示内存中也分配一个同样大小、指定象素格式的显存块。
C、然后，当应用程序获得窗口的DC时，因为这个窗口还没有参与到WDM的合成，所以现在，它活动的DC不在是主视频内存中，而且前面在系统内存中分配的内存块。
D、经过GDI的操作后，在系统内存形成一个Surface。
E、系统会根据窗口的各种参数、适当的从系统内存复制显示内容到视频内存中。
F、这样，视频内存的数据就和窗口保持一致，剩下的工作就由WDM完成：合成各个Surface，形成最终的桌面。

另外还有两点需要特别说明：

（1）、双缓冲窗口。现在，双缓冲技术显示的窗口特别多，它能有效的避免闪烁。确实，在使用了双缓冲的GDI窗口中，它本身就有两个内存块，一个在系统，一个在显卡。所以问题来了：为什么重定向时不直接使用双缓冲中的显示内存块呢？这样做主要有两个问题：一是格式不相同，GDI显示的格式和DirectX的格式不相同。GDI不支持以DirectX格式进行提交。二是很多GDI操作（XOR、文本、Alpha混合等等）是一种“读取－修改－写回”这样的三步操作。如果重定向时直接使用显存块，GDI显示的时候必须从显存读取原来的显示内容到CPU（或者系统内存），然后再修改，最后写回到显存。这样的操作效率非常低。所以没有采用。

（2）、最小化窗口。通常，最小化后的窗口只显示在任务栏的一个很小范围内，我们需要画窗口的大小估计也只有130X30。但是，在DWM中没有采用这种用法。因为，如果窗口最小化后我们把Surface的大小修改为130x30再按需显示，这样会在Filp3D或者取缩略图时有问题，因此窗口已经被修改。所以，DWM在窗口最小化后保存了最后一次更新的Sureface内容。

2、只用DirectX显示的窗口

由于DirectX应用程序通常是通过调用Present()函数进行Surface的提交，所以这类应用程序通常只需要一个窗口缓冲就可以实现重定向。这种DirectX窗口的重定向是由DirectX系统（实际上是DirectX 10）处理的，当DirectX10决定显示某个Surface时，它会调用DWM的接口，以此实现跨进程的共享。DirectX 10的“Furface共享”是一个非常独特的功能，其建立在WDDM之上。这也是运行DWM必须要WDDM的关键原因之一。

当Present()显示Surface时，DWM会得到通知，表示应该更新其原来的窗口Surface，更新后DWM再重新进行合成。注意WPF应用程序也是DirectX应用程序。它们也是采用这种重定向方式。

3、混合GDI和DirectX的窗口

现在，有很多的Top-level窗口采用了GDI+DirectX的方式进行内容显示。根据混合的方式不同结果也不同。如果Top-Level窗口以及它的每个子窗口是用唯一的方式进行显示，比如主窗口只用DirectX，子窗口只用了GDI，DWM对这样的窗口会形成自己的“合成”树。没有子窗口单独显示，然后整个Tree的Surface被合成为传递给桌面。这样的混合方式能很好的实现。

对于单独一个Top-level窗口同时使用GDI+DirectX显示，比较麻烦。特别是GDI+DirectX对窗口的某个区域进行重复显示的情况。DWM通常不支持这样的窗口。

评论: 2　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

在建立漂亮UI的同时，我们还需要关注应用程序的性能，WPF尤其如此。下面从MS的文档中总结出了一些有用的性能优化点。在实际编写的过程中，可以参考。这个Post非完全原创，是根据一些文档总结出来的。

1、建立逻辑树的时候，尽量考虑从父结点到子结点的顺序构建。因为当逻辑树的一个结点发生变化时（比如添加或删除），它的父结点和所有的子结点都会激发Invalidation。我们应该避免不必要的Invalidation。

2、当我们在列表（比如ListBox）显示了一个CLR对象列表（比如List）时，如果想在修改List对象后，ListBox也动态的反映这种变化。此时，我们应该使用动态的ObservableCollection对象绑定。而不是直接的更新ItemSource。两者的区别在于直接更新ItemSource会使WPF抛弃ListBox已有的所有数据，然后全部重新从List加载。而使用ObservableCollection可以避免这种先全部删除再重载的过程，效率更高。

3、在使用数据绑定的过程中，如果绑定的数据源是一个CLR对象，属性也是一个CLR属性，那么在绑定的时候对象CLR对象所实现的机制不同，绑定的效率也不同。

A、数据源是一个CLR对象，属性也是一个CLR属性。对象通过TypeDescriptor/PropertyChanged模式实现通知功能。此时绑定引擎用TypeDescriptor来反射源对象。效率最低。
B、数据源是一个CLR对象，属性也是一个CLR属性。对象通过INotifyPropertyChanged实现通知功能。此时绑定引擎直接反射源对象。效率稍微提高。
C、数据源是一个DependencyObject，而且属性是一个DependencyProperty。此时不需要反射，直接绑定。效率最高。

4、访问CLR对象和CLR属性的效率会比访问DependencyObject/DependencyProperty高。注意这里指的是访问，不要和前面的绑定混淆了。但是，把属性注册为DependencyProperty会有很多的优点：比如继承、数据绑定和Style。所以有时候我们可以在实现DependencyProperty的时候，利用缓存机制来加速访问速度：看下面的缓存例子：

public static readonly DependencyProperty MagicStringProperty =
    DependencyProperty.Register("MagicString", typeof(string), typeof(MyButton), new PropertyMetadata(new PropertyInvalidatedCallback(OnMagicStringPropertyInvalidated),new GetValueOverride(MagicStringGetValueCallback)));

 private static void OnMagicStringPropertyInvalidated(DependencyObject d)
  {
    // 将缓存的数据标识为无效
    ((MyButton)d)._magicStringValid = false;
  }

  private static object MagicStringGetValueCallback(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方法的参数来实现默认值的设置，而不是在构造函数中设置。

5、使用元素TextFlow和TextBlock时，如果不需要TextFlow的某些特性，就应该考虑使用TextBlock，因为它的效率更高。

6、在TextBlock中显式的使用Run命令比不使用Run命名的代码要高。

7、在TextFlow中使用UIElement（比如TextBlock）所需的代价要比使用TextElement（比如Run）的代价高。

8、把Label（标签）元素的ContentProperty和一个字符串（String）绑定的效率要比把字符串和TextBlock的Text属性绑定的效率低。因为Label在更新字符串是会丢弃原来的字符串，全部重新显示内容。

9、在TextBlock块使用HyperLinks时，把多个HyperLinks组合在一起效率会更高。看下面的两种写法，后一种效率高。

A、
<TextBlock Width="600" >
  <Hyperlink TextDecorations="None">MSN Home</Hyperlink>
</TextBlock>
<TextBlock Width="600" >
  <Hyperlink TextDecorations="None">My MSN</Hyperlink>
</TextBlock>

B、
<TextBlock Width="600" >
  <Hyperlink TextDecorations="None">MSN Home</Hyperlink>
  <Hyperlink TextDecorations="None">My MSN</Hyperlink>
</TextBlock>

10、任与上面TextDecorations有关，显示超链接的时候，尽量只在IsMouseOver为True的时候显示下划线，一直显示下划线的代码高很多。

11、在自定义控件，尽量不要在控件的ResourceDictionary定义资源，而应该放在Window或者Application级。因为放在控件中会使每个实例都保留一份资源的拷贝。

12、如果多个元素使用相同的Brush时，应该考虑在资源定义Brush，让他们共享一个Brush实例。

13、如果需要修改元素的Opacity属性，最后修改一个Brush的属性，然后用这个Brush来填充元素。因为直接修改元素的Opacity会迫使系统创建一个临时的Surface。

14、在系统中使用大型的3D Surface时，如果不需要Surface的HitTest功能，请关闭它。因为默认的HitTest会占用大量的CPU时间进行计算。UIElement有应该IsHitTestVisible属性可以用来关闭HitTest功能。

评论: 12　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

在实际应用中，ControlTemplate是一个非常重要的功能。它帮助我们快速实现很Cool的自定义控件。下面我以Windows Vista SDK中的例子ControlTemplateExamples为基础，简单地分析ControlTemplate的使用。这个例子工程非常丰富，几乎包含了所有的标准控件。所以，在实现自定义控件时，可以先参考这样进行适当的学习研究。

首先是App.xaml文件，这里它把Application.StartupUri属性设置为Window1.xaml。然后把工程目录Resource下所有的控件xaml文件都合成为了应用程序范围内的资源。

<Application.Resources>
    <ResourceDictionary>
      <ResourceDictionary.MergedDictionaries>
        <ResourceDictionary Source="Resources\Shared.xaml" />
        <!-- 这里省略 -->
        <ResourceDictionary Source="Resources\NavigationWindow.xaml" />
      </ResourceDictionary.MergedDictionaries>
    </ResourceDictionary>
</Application.Resources>

这样的用法很有借鉴意义。在WPF中实现Skin框架也随之变得非常简单。值需要动态使用不同的XAML文件即可。然后是Window1.xaml文件。它里面几乎把所有的控件都显示了一遍。没有什么多说的。重点看Resource目录下的自定义控件文件。这里的控件太多，不可能每个都说说。我只挑选其中的Button.xaml为例：

<ResourceDictionary
  xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
  xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" >

  <ResourceDictionary.MergedDictionaries>
    <ResourceDictionary Source="Shared.xaml"/>
  </ResourceDictionary.MergedDictionaries>

  <!-- Focus Visual -->

  <Style x:Key="ButtonFocusVisual">
    <Setter Property="Control.Template">
      <Setter.Value>
        <ControlTemplate>
          <Border>
            <Rectangle Margin="5" StrokeThickness="3"
            Stroke="#60000000" StrokeDashArray="4 2"/>
          </Border>
        </ControlTemplate>
      </Setter.Value>
    </Setter>
  </Style>
  <!--...............-->
</ResourceDictionary>

因为这个XAML文件作为资源使用，所以其根元素是ResourceDictionary，而不再是Window/Application等等。同时，资源文件也可以相互的嵌套，比如上面的包含的Shared.xaml文件。然后定义了一个Style，注意这里的目标类型为Control.Template，也就是针对所有的控件模板有效，所以Style添加了一个x:Key属性。这样就阻止Style适用于当前的所有控件。我们必须显式的引用这个Style。相关内容，可以参考我前面的Style文章。

另一个需要说明的是<ControlTemplate>的子元素，可以是任何的VisualTree。比如这里的Border，也可以是Grid等等。好了，现在定义了一个名为ButtonFocusVisual的模板，下面只需要引用它即可。

<Style TargetType="Button">
    <!--.............-->
    <Setter Property="FocusVisualStyle" Value="{StaticResource ButtonFocusVisual}"/>
    <!--.............-->
    <Setter Property="Template">
      <Setter.Value>
        <ControlTemplate TargetType="Button">

          <Border x:Name="Border" ......./>

          <ControlTemplate.Triggers>
            <Trigger Property="IsKeyboardFocused" Value="true">
              <Setter TargetName="Border" Property="BorderBrush" Value="{StaticResource DefaultedBorderBrush}" />
            </Trigger>           
          </ControlTemplate.Triggers>

        </ControlTemplate>
      </Setter.Value>
    </Setter>
</Style>

这是真正影响控件外观的代码。因为在定义Style的时候没有指定具体的x:Key，所以将影响所有的Button。如你所见，在FocusVisualStyle这个属性（类型是Style）上我们用资源方式引用了前面定义的命名Style：ButtonFocusVisual。接下来是定义Template，并为其子元素Border定义了一个名称。然后就是ControlTemplate的触发器。在IsKeyboardFocused属性满足条件的情况下，我们把Border（注意这个Border不是类型，而是具体的某个对象）的BorderBrush修改为另一个静态资源。结合前面的Post，理解也就不难了。

最后，我们还会发现一个有趣的问题：这个例子虽然是ControlTempalte，但工程名称却是SimpleStyle，从这一点我们也可以看出：Style和Template通常是配合使用才能真正的实现丰富的自定义功能。

评论: 4　查看评论　发表评论

最新新闻：
· 谷歌联合创始人谈Buzz：可以分享实时位置(2010-02-10 14:28)
· Android命名 冻酸奶之后是姜饼(2010-02-10 14:11)
· MySpace中国全面转型：欲争夺数字音乐版权(2010-02-10 14:02)
· 王冉：中国会成全球最大移动互联网市场(2010-02-10 13:42)
· 冷静，社交游戏！(2010-02-10 13:38)

编辑推荐：.NET Reflector即将商业化

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库