SilverLight学习笔记

silverlight

3，谈谈源码研究与TDD

大家都有一个共识：如果你想研究某个框架或者工具的源码，那先必须熟练使用它，熟练之后自然就有一种研究它的冲动，但是往往这个框架或工具比较庞大，很不容易下手，一个很不错的方法就是使用TDD。我们都知道TDD的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后循环进行添加其他功能，直到完全部功能的开发，在此过程中我们可以借助一些工具来协助。比如我们现在要研究Nhibernate，那么我们首先要熟练它的一些功能，然后从一个点出发慢慢编写单元测试，然后逐渐完善代码，最后直至完成框架的搭建，这样会给我们带来莫大的驱动力和成就感。除了微软的BCL(Base Class Library)和企业库以外，大家还可以用TDD来试试还原以下的任一开源代码：

(/)、

Castle()、

log4net(/log4net/)、

NHibernate(/343.html)、

()、

Caliburn(/)、

MVVM Light Toolkit(/)、

Prism(/)、MONO源码

()

四. 依赖属性续前缘

大家都知道WPF和Silverlight带来了很多新的特性，其中一大亮点是引入了一种新的属性机制——依赖属性。依赖属性基本应用在了WPF的所有需要设置属性的元素。依赖属性根据多个提供对象来决定它的值(可以是动画、父类元素、绑定、样式和模板等)，同时这个值也能及时响应变化。所以WPF拥有了依赖属性后，代码写起来就比较得心应手，功能实现上也变得非常容易了。如果没有依赖属性，我们将不得不编写大量的代码。依赖属性在WPF中用得非常广泛，具体在以下几个方面中表现得尤为突出：

◆ UI的强大属性体系

◆ Property value inheritance(值继承)

◆ Metadata(强大的元数据)

◆ 属性变化通知，限制、验证

◆ Resources(资源)

silverlight

◆ Data binding(数据绑定)

◆ Styles、Template(样式、模板和风格)

◆ 路由事件、附加事件、附加行为乃至命令

◆ Animations、3D(动画和3D)

◆ WPF Designer Integration(WPF设计、开发集成)

在上一篇WPF基础到企业应用系列7——深入剖析依赖属性中，我们对依赖属性做了较详细的介绍，那么下面我们就简单回顾一下，其实依赖属性的实现很简单，只要做以下步骤就可以实现：

◆ 第一步： 让所在类型继承自 DependencyObject基类，在WPF中，我们仔细观察框架的类图结构，你会发现几乎所有的 WPF 控件都间接继承自DependencyObject类型。

◆ 第二步：使用 public static 声明一个 DependencyProperty的变量，该变量才是真正的依赖属性 ，看源码就知道这里其实用了简单的单例模式的原理进行了封装(构造函数私有)，只暴露Register方法给外部调用。

◆ 第三步：在静态构造函数中完成依赖属性的元数据注册，并获取对象引用，看代码就知道是把刚才声明的依赖属性放入到一个类似于容器的地方，没有讲实现原理之前，请容许我先这么陈述。

◆ 第四步：在前面的三步中，我们完成了一个依赖属性的注册，那么我们怎样才能对这个依赖属性进行读写呢?答案就是提供一个依赖属性的实例化包装属性，通过这个属性来实现具体的读写操作。

根据前面的四步操作，我们就可以写出下面的代码：

1: public class SampleDPClass : DependencyObject

2: {

3: //声明一个静态只读的DependencyProperty字段

4: public static readonly DependencyProperty SampleProperty; 5:

6: static SampleDPClass()

7: {

8: //注册我们定义的依赖属性Sample

9: SampleProperty = DependencyProperty.Register("Sample", typeof(string), typeof(SampleDPClass),

10: new PropertyMetadata("Knights Warrior!",

OnValueChanged));

silverlight

11: }

12:

13: private static void OnValueChanged(DependencyObject o, DependencyPropertyChangedEventArgs e)

14: {

15: //当值改变时，我们可以在此做一些逻辑处理

16: }

17:

18: //属性包装器，通过它来读取和设置我们刚才注册的依赖属性 19: public string Sample

20: {

21: get { return (string)GetValue(SampleProperty); } 22: set { SetValue(SampleProperty, value); }

23: }

24: }

通过上面的例子可以看出，我们一般.NET属性是直接对类的一个私有属性进行封装，所以读取值的时候，也就是直接读取这个字段;而依赖属性则是通过调用继承自DependencyObject的GetValue()和SetValue来进行操作，它实际存储在DependencyProperty的一个IDictionary的键-值配对字典中，所以一条记录中的键(Key)就是该属性的HashCode值，而值(Value)则是我们注册的DependencyProperty。 回顾了一些基础知识，那我们下面就开始今天的依赖属性系统TDD之旅。

五. 引入测试驱动开发

1，引入概念

由于本篇的依赖属性体系是基于测试驱动开发完成的，所以我们就先来看一下什么叫测试驱动开发：测试驱动开发的基本思想就是在开发功能代码之前，先编写测试代码。也就是说在明确要开发某个功能后，首先思考如何对这个功能进行测试，并完成测试代码的编写，然后编写相关的代码满足这些测试用例。然后循环进行添加其他功能，直到完全部功能的开发。由于过程很长，在写的时候也省略了不少步骤，所以有些地方衔接不是那么的流畅，对此表示非常的抱歉! 2，注意事项

根据自身做项目使用TDD的一点微薄经验，总结了以下几个注意事项： ◆ 找准切入点：

不论是开发一个新的系统还是复原系统，都必须先找准一个或多个切入点，从切入点经历”测试代码-功能代码-测试-重构“来逐渐完善整个系统，往往这个切入点就是功能点，就是这个系统具备哪些功能，然后根据这些功能写出测试用例。

silverlight

◆ 测试列表：

大家都知道一个系统或者一个框架都是很庞大的，如果要引入测试驱动开发，首先我们必须要有一个测试列表，在任何阶段想添加功能需求问题时，把相关功能点加到测试列表中，然后继续开发的工作。然后不断的完成对应的测试用例、功能代码、重构。这样可以避免疏漏的同时也能把控当前的进度。 ◆ 测试驱动：

这个比较核心。完成某个功能，某个类，首先编写测试代码，考虑其如何使用、如何测试。然后在对其进行设计、编码。这里也强调先编写对功能代码的判断用的断言语句，然后编写相应的辅助语句。

◆ 良好的代码设计及可测性：

功能代码设计、开发时应该具有较强的可测试性。应该尽量保持良好的设计原则和代码规范，如尽量依赖于接口、尽量高内聚、低耦合等等。

◆ 模块或功能隔离：

不同代码的测试应该相互隔离。对一块代码的测试只考虑此代码的测试，不要考虑其实现细节，不然就会陷入一团乱麻之中，这个可以通过MOCK来实现，同时在开始的时候也要划分好边界。

◆ 适当引入MOCK：

在适当情况下引入MOCK来完成单元测试，这种情况尤其是在边际交互比较多的案例当中，对于交互比较多且复杂的多个类关系可以用MOCK暂时模拟，这是一个不错的解决方案。

◆ 由小到大、由偏到全、统筹兼顾：

一个产品或者一个项目是比较大的，所以我们这里就需要遵循由小到大、由偏到全、统筹兼顾的原则，分解功能和代码。把所有的规模大、复杂性高的工作，分解成小的任务来完成，这样既方便团队协作，同时也减轻了复杂度，使整个开发一下子变得简单了许多。

◆ 保持随时重构的习惯：

很多开发者在经过测试代码-功能代码-测试通过以后就当完成了任务，其实你会发现随着其他功能的引入或者使用过程中发现了很多重复、冗余的代码、再或者先前的代码结构和设计不太合理，这个时候就需要随时的进行重构和单元测试，在一方面可以避免产生风险，另一方面可以使系统更加完善。

◆ 随时进行回归：

silverlight

在”测试代码-功能代码-测试-重构“的循环中一定要记住多回归，因为这样可以保证当前的代码是不是会影响到前面的功能，其实只需要看看红绿灯就行。

◆ 查看和统计代码覆盖率：

通过前面的步骤之后，我们就要看一下实现的功能是否达到我们的预期目标，除了功能完善之外，还要保证代码的覆盖率，因为它是一个系统稳定与否、可维护性与否的一个重大标志。

3，工具介入

以后写关于TDD的文章可能比较多，同时也都会用到这个工具，所以我们今天对它也稍带介绍一下，正所谓“工欲善其事，必先利其器”。根据官方文档解释：是Visual Studio的一个TDD插件，最近版本是

-3.0.2749 RTM版。其中一些新特性有：支持MSTest、.NET Reflector 6 Pro、VS 2010、Silverlight 4、NUnit 2.5.3，使用项目所用的.NET框架等。 下载地址：/

这个工具使用起来比VS自带的单元测试和测试覆盖功能好用，所以从2008年开始基本就用它作为一个必备的工具使用。关于它具体的功能和怎么使用，我们这里不详细介绍，网上也有很多文章，大家可以做一下参考和研究。下图是安装后以插件的形式出现在VS中的效果：

silverlight

A，基本介绍

原来叫做NUnitAddIn，它是个Visual Studio插件，集成了如下测试框架：NUnit、MbUnit、 ZaneBug、MSTest、NCover、NCoverExplorer、Reflector、TypeMock、dotTrace和MSBee，它主要面向使用TDD的开发者，主要特性列举如下：

◆ 单键运行方法、类、命名空间、项目和解决方案中的单元测试 ◆ 能够快速测试实例方法、静态方法或属性

◆ 可以直接跳到.NET Reflector中的任何方法、类型、项目或引用中，这个功能提供了相当大的方便

silverlight

◆ 在调试过程中可以查看.NET Reflector中的任何模块或堆栈信息 ◆ 支持多种单元测试框架，包括NUnit、MbUnit、xUnit和MSTest ◆ 测试运行在自己的进程中以消除其他问题和边际效应

◆ 可以轻松对任何目标测试进行调试或执行代码覆盖率测试(比微软自带的单元测试和代码覆盖功能要好用多了)

◆ 支持所有主流的.NET语言：C#、VB、C++和F#

B， 3.0中的新特性：

◆ 是基于.NET框架的。再由于VS 2010支持使用多个.NET版本，所以支持各个VS版本和工具就没有问题了

◆ 完全支持在VS 2008和VS 2010中使用MSTest

◆ 完全支持.NET Reflector 6 Pro

◆ 支持NUnit 2.5.3

◆ 支持和兼容VS 2005、VS 2008、VS 2010几个版本

◆ 支持Silverlight 4的测试

C，兼容性

兼容于如下VS版本：Windows XP、Vista、Windows 7、Windows 2000、Windows 2003和Windows 2008(32和64位)上的Visual Studio 2005、2008和2010。官方已经不再对VS 2003支持。

D，版本

◆ 企业版：每台机器一个许可认证

◆ 专业版：一般的许可形式

◆ 个人版：面向学生、开源开发者和试验用户的免费许可(大家可以下载这个版本，个人感觉很好用)

4，关于本篇

本篇文章没有明确的写作意图，只是最近在深入研究MONO源码时有感而发，当然作者本人也只是起到了一个研究者或者剖析者的角色。首先实现最简单且基本的DependencyProperty.Register功能，然后再实现DependencyObject的

silverlight

GetValue和SetValue，接着实现PropertyMetadata的DefaultValue、PropertyChangedCallback、CoerceValueCallback等功能，然后完善DependencyProperty.Register注册时添加ValidateValueCallback、RegisterAttached、RegisterAttachedReadOnly、RegisterReadOnly、

OverrideMetadata、GetMetadata和AddOwner等相关功能。既然有了这些功能，自然就需要完善PropertyMetadata的IsSealed、Merge和OnApply等相关底层操作。当然在中间还需要DependencyObject的ClearValue、CoerceValue、GetLocalValueEnumerator、ReadLocalValue以及其他的Helper类，这里就不一一进行说明。对于边际交互比较多且关联比较大的操作，采用了Mock进行暂时模拟，在开发完了以后再进行了替换。在开发过程中，随时进行单元测试和覆盖率的检查，这样可以方便查看哪些功能还有问题以及整体的进度和质量的监控。

本文来自圣殿骑士的博客，原文地

址:/HeroBeast/archive/2010/10/12/1848539.html

本文来源：https://www.bwwdw.com/article/95xj.html