Visual Studio DSL 入门 12---状态机设计器的规则(Rule)和验证(Validation)

上一节我们为状态机设计器添加了一个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);
　　　　 }
　　 }