上一节我们为状态机设计器添加了一个Rule,主要用来处理当Transition的属性Label,Condition,Action,Event之间的任何一个值发生变化时,其余的属性值也要按照我们的规则来更新(我们的Label属性就是一个辅助的属性,用来更好的显示和编辑另外三个属性).我们可以看到vs.net dsl提供的Rule机制的强大,它主要提供了以下几个Rule:
AddRule: 当ModelElement或者ElementLink添加时触发
ChangeRule: 当一个元素或者关系的属性发生变化时触发
DeleteingRule: 删除元素或关系时触发
DeletedRule: 删除元素或关系后触发
RolePlayerChangeRule: 当域关系的一端发生变化时
RolePlayerPositionChangeRule: 对于多重的关系中的角色发生变化
TransactionBeginningRule: 事务开始时触发
TransactionCommitingRule 事务提交时触发
TransactionRollingBackRule 事务回滚时触发
另外应该注意的是,AddRule,ChangeRule,DeleteingRule…这些都是在元素添加,更改,删除同时触发,此时还在事务当中,也就是说,我们可以添加自己的规则,根据我们自定义的条件取消事务或做一些其它的处理。
但是规则是强制性的,也就是说,在一个规则处理里面,我们如果限制一个属性值的类型必须是整型,否则就抛出异常,停止此事务的提交。这属于Vs.net Dsl提供的硬约束的一种实现,相反,还有软约束,那硬约束和软约束有什么不同呢?
硬约束就是指从不让用户违反的约束,比如我们例子中的四个属性之间的这种关系,如果有些个案,就会导致我们的元数据混乱,生成代码就很麻烦.
软约束是用户有时可以违反,有时又不能违反的约束,或者是说,即使用户违反了,我们也要保证元数据能够正常保存,正常提交。比如说我们的状态机中没有初始状态.
一个优秀的Dsl设计器应该是硬约束和软约束结合,软的不行来硬的! 当然,这里提到Rule只是硬约束的一种,比如我们还可以重载指定域属性值属性处理器内嵌类中的OnXXXChanged()方法,例如,我们添加一个partial类ConditionPropertyHandler:
-
internal sealed partial class ConditionPropertyHandler : DomainPropertyValueHandler<Transition, string>
-
{
-
protected override void OnValueChanging(Transition element, string oldValue, string newValue)
-
{
-
if (!element.Store.InUndoRedoOrRollback)
-
{
-
if (!string.IsNullOrEmpty(newValue))
-
{
-
element.Label = ComputeSummary(newValue, element.Condition, element.Action);
-
}
-
}
-
base.OnValueChanging(element, oldValue, newValue);
-
}
-
}
10.再次运行我们的项目,你会发现,当选中Transition在一个结束状态上拖拽时,你会发现,显示圆形的不可用