有时候对于对象来说。在一个软件中,不直接通过互相引用而做到共享信息是非常有用的。比如像带有插件的软件。可以互相进行通信。假设我们有了很多对象。其中一些包含一些数据。而另一些对象需要消费这些数据 不同的子集,我们不通过对数据生产者和消费者的直接引用来实现,而是通过更低耦合的方式。叫做创建一个“BlackBoard”(黑板)对象。该对象允许其他对象自由对其进行读取/写入数据。这种解耦方式使得消费者不知道也不必知道数据来自哪里。如果想要了解更多关于黑板模式的信息。我们常说的。Google是你最好的朋友。
一个最简单的黑板对象应该是 Dictionary一些简单的命名值的字典。所有的对象共享同一个字典引用。使得他们可以交换这些命名数据。这种方法有两个问题。一个是名字。一个是类型安全—数据生产者和消费者对每一个数据值都必须共享一个字符串标识。消费者也没有对字典中的值进行编译时的类型检查,比如,可能期望一个小数,结果运行时读到了字符串。本文对这两个问题演示了一种解决方案。
背景
最近我在开发一个通用任务的异步执行的引擎。我的通用任务通常有Do/Undo方法。原则上是相互独立的,但是有一些任务需要从已经执行的任务重请求数据。比如。一个任务可以 为一个硬件设备建立一个API,随后的任务就可以使用创建好的API来操作硬件设备。但是。我不想我的执行引擎知道关于这个执行任务的任何信息。而且。我也不想直接手工的就在一个任务里引用另一个任务。
黑板类
黑板类本质上是一个Dictionary的包装类,对外暴露Get和Set方法。黑板类允许其他对象存储并且取回数据。但是要求这些数据使用一个 BlackboardProperty 类型的标识符来表示这些数据是可存取的。BlackboardProperty 对象应该在那些准备读写黑板类的对象之间共享,因此,他应该在那些类中作为一个静态成员。(很像WPF的依赖属性。是他们所属控件的静态成员)
注意:命名安全应该可以通过同样的方式实现。但是但是依然没有解决类型安全的问题。那么。到了主要的部分了。那就是黑板类的代码了
public class Blackboard : INotifyPropertyChanged, INotifyPropertyChanging
{
Dictionary<string, object> _dict = new Dictionary<string, object>();
public T Get<T>(BlackboardProperty<T> property)
{
if (!_dict.ContainsKey(property.Name))
_dict[property.Name] = property.GetDefault();
return (T)_dict[property.Name];
}
public void Set<T>(BlackboardProperty<T> property, T value)
{
OnPropertyChanging(property.Name);
_dict[property.Name] = value;
OnPropertyChanged(property.Name);
}
#region property change notification
public event PropertyChangingEventHandler PropertyChanging;
public event PropertyChangedEventHandler PropertyChanged;
protected virtual void OnPropertyChanging(string propertyName)
{
if (PropertyChanging != null)
PropertyChanging(this, new PropertyChangingEventArgs(propertyName));
}
protected virtual void OnPropertyChanged(string propertyName)
{
if (PropertyChanged != null)
PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
}
#endregion
}
黑板属性(BlackBoardProperty)类
BlackBoardProperty 类 提供了一个标识符来存取黑板对象中的数据。定义了名称和值的类型。也定义了一个默认的返回值。以防黑板类中对应属性没有值。
/// <summary>
/// 对应黑板类中的属性的强类型标识符
/// </summary>
/// <typeparam name="T">该类能识别的属性值的类型</typeparam>
public class BlackboardProperty<T>
{
/// <summary>
/// 属性的名称
/// <remarks>
/// 黑板类的属性通过名称来存储。请注意不要让相同的名字有不同的属性值。因为如果被用在同样的黑板类上。他们会互相覆盖值
/// </remarks>
/// </summary>
public string Name { get; set; }
//当黑板对象没有包含对应属性的时候。该工厂方法被用来提供一个默认的值
//
Func<T> _createDefaultValueFunc;
public BlackboardProperty(string name)
: this(name, default(T))
{
}
/// <summary>
///
/// </summary>
/// <param name="name"></param>
/// <param name="defaultValue">
/// 当黑板类不包括该属性的时候。该值会被返回。
/// <remarks>
/// 如果缺省的值是一个常量或是一个值类型的时候,使用该构造方法。
/// </remarks>
/// </param>
public BlackboardProperty(string name, T defaultValue)
{
Name = name;
_createDefaultValueFunc = () => defaultValue;
}
/// <summary>
/// </summary>
/// <remarks>
/// 如果缺省值是一个引用类型,并且,你不想要共享该实例给多个黑板对象的时候。请使用该
/// 构造函数
/// </remarks>
/// <param name="name"></param>
/// <param name="createDefaultValueFunc"></param>
public BlackboardProperty(string name, Func<T> createDefaultValueFunc)
{
Name = name;
_createDefaultValueFunc = createDefaultValueFunc;
}
public BlackboardProperty()
{
Name = Guid.NewGuid().ToString();
}
public T GetDefault()
{
return _createDefaultValueFunc();
}
}
我承认不是非常有用的代码。但是。能够模拟两个类的使用。 下一个例子会更和现实情况接近。但是肯定是被简化过了的。在下面的例子里。我定义了集中不同的任务。我用这些任务来启动对硬件设备的连接。操作设备。关闭连接。这些任务通过一个执行引擎依次执行,这些任务通过一个公用的黑板类来共享数据。至于这个任务类的和执行引擎(ExecutionEngine)类还是留到另一篇文章中把。
//一个设备的接口例子
interface IDevice
{
void Connect();
void Reset();
decimal Read(string obis);
void Close();
}
//任务实例化了设备api,设置并且启动连接
class InitiateDeviceTask : Task
{
//这个用来定义黑板类里的DeviceAPI 变量
public static BlackboardProperty<IDevice> DeviceAPIProperty = new BlackboardProperty<IDevice>();
protected override void Execute(Blackboard context)
{
IDevice deviceAPI = null;
//deviceAPI = ...创建并设置设备 API, 连接到设备
deviceAPI.Connect();
//这是最重要的部分 – 我把deviceAPI 放在了黑板类里
//并使用 DeviceProperty作为该对象的标识符
context.Set(DeviceAPIProperty, deviceAPI);
}
}
//t该任务重置设备
class ResetDeviceTask : Task
{
protected override void Execute(Blackboard context)
{
//从黑板类里取出 deviceAPI
// InitiateDeviceTask这个任务必然要在本任务之前执行
IDevice deviceAPI = context.Get(InitiateDeviceTask.DeviceAPIProperty);//注意不需要进行转换
deviceAPI.Reset();
}
}
//该任务读取设备的一个寄存器
class ReadRegisterTask : Task
{
public string RegisterName { get; set; }
//工厂方法为该属性提供一个默认的值
public static BlackboardProperty<Dictionary<string, decimal>> ReadingsProperty = new BlackboardProperty<Dictionary<string, decimal>>("Readings", () => new Dictionary<string, decimal>());
protected override void DoExecute(Blackboard context)
{
IDevice deviceAPI = context.Get(InitiateDeviceTask.DeviceAPIProperty);
decimal value = deviceAPI.Read(RegisterName);//我们可以把值放在一个仓库里
//可以把寄存器的名字和值存储到字典里。这样其他的任务也可以使用该值了
//如果 readings属性不在黑板类里。那么一个空的字典对象将会被 createDefaultValueFunc 工厂方法创建ReadingsProperty来完成。
context.Get(ReadingsProperty)[RegisterName] = value;
}
}
//该任务关闭对设备的连接
class CloseConnectionTask : Task
{
protected override void Execute(Blackboard context)
{
IDevice deviceAPI = context.Get(InitiateDeviceTask.DeviceAPIProperty);
deviceAPI.Close();
}
}
class Demo
{
public void StartDemo()
{
ExecutionEngine engine = new ExecutionEngine();
engine.Enque(new InitiateDeviceTask()); //创建 deviceAPI 对象, 连接, 放在黑板类里
engine.Enque(new ReadRegisterTask() { RegisterName = "1.8.0" }); //使用设备api来读取一个值
engine.Enque(new ReadRegisterTask() { RegisterName = "3.8.0" }); //使用设备api来读取另一个值
engine.Enque(new ResetDeviceTask()); //使用设备api来重置设备
engine.Enque(new CloseConnectionTask()); //使用设备api来关闭设备连接
//引擎创建了一个黑板,
/开启一个新线程并且一个接一个将任务传递给黑板对象来执行
//
engine.Start();
}
}
黑板类另一种可能的使用情况就是一个支持插件的软件。如果需要的话允许插件进行通信,这种情况下属性改变的时候能够通知是很有用的。
还有一件重要的事情是注意 BlackboardProperty 实例一般应该作为逻辑上拥有该属性的类的一个静态成员。那么既然那是静态的。同样的BlackboardProperty 实例就可以出现在多个黑板对象里。当某一个给定的属性。黑板对象里没有值的时候。他会请求BlackboardProperty 实例提供一个默认的值。缺省的值可能是一个引用类型,因此,如果你不想在多个黑板对象间共享同一个引用。在创建BlackboardProperty 对象的时候务必使用下面的构造函数。 public BlackboardProperty(string name, Func createDefaultValueFunc) 这就会使得默认的值不会在多个黑板对象间共享。
有意思的地方 我应该说过了。这个方案一部分是受微软WPF中依赖属性的影响。还参考了我前段时间读到的一篇关于枚举类的文章
许可 本文包括源代码和文件在CPOL下授权。
原文地址: Type-safe-blackboard-property-bag
著作权声明:本文由http://leaver.me 翻译,欢迎转载分享。请尊重作者劳动,转载时保留该声明和作者博客链接,谢谢!