WCF RIA Services允许我们为具有层次概念的数据类创建应用逻辑，例如SalesOrderHeader实体和SalesOrderDetail实体。这样 相关实体就组成了所谓的层次。定义了类之间的组成关系后，就可以像操作一个单一个体一样来操作对实体的数据修改，而不是像操作独立实体那样。这就会简化中 间层的逻辑，因为我们可以对整个实体层来写应用逻辑，而不是把逻辑拆分对应每个实体并在数据操作时企图协调这些拆分的逻辑。
了解 层的概念
在实体的层级概念中，一个实体被称为父实体，其他关联的实体被称为子实体。父实体是表示数据的类，是那些子实体数据的 的根。例如，SalesOrderHeader实体是父实体，SalesOrderDetail是子实体。SalesOrderHeader实体内的一个 记录可以和SalesOrderDetail实体内的多个记录连接起来。
作为层次关系一部分的数据类通常具有如下特征：
- 这 些实体间的关系可以表示为一个有子实体和一个父实体的树型结构。子实体可以扩展为任何数量的级别。
- 子实体的生命周期是包含在父实体的生 命周期内。
- 子实体如果离开了父实体的上下文，就没有了有意义的身份。
- 需要把实体看做单一个体来对实体进行数据操作。 例如，添加、删除、或更新子实体内的一个记录，需要在父实体内也有相应的改动。
定义一个组成关系
要 在实体间定义层次关系，可以对在实体间表示关联的成员属性应用CompositionAttribut属性。下面的示例展示了如何通过元数据类来在 SalesOrderHeader和SalesOrderDetail之间定义层次关系。CompositionAttribute属性在 System.Web.Ria.Data命名空间内。需要用using来引用这个命名空间。
当 对成员属性应用CompositionAttribute属性时，子实体内的数据不能从父实体自动寻回。为了在查询结果中包含子实体，应该对表示子实体的 成员属性应用IncludeAttribute属性，并在查询方法中包括子实体。可以参考最后的例子。
Domain Service操作组合的层次关系
当定义了组合层次后，需要改变父实体和子实体交互的方式。包含在Domain Service中的逻辑必须解释实体间的联系。通常，通过对父实体的Domain Service方法来定义层次的逻辑。在对父实体的Domain Service操作里，处理对父实体和子实体的更改。
下面的规则应用于Domain Service操作来操作有层次关系的实体。
- 允 许对父和子实体使用查询方法，但推荐在父实体的上下文内查询子实体。如果修改没有通过父实体装载的子实体会抛出一个异常
- 可以添加对子实 体的数据修改操作，但这些操作可以被父实体内的操作影响。
如果允许对父实体更改，那么更改、插入、和删除操作被允许在子 实体上。
如果父实体有一个命名的更新named updated方法，那么所有子实体都必须允许更新操作。
如 果在父实体允许插入、删除，那么在子实体也应该允许对应的操纵。
在客户端，对有 层次关系的实体应用下面的规则。
- 当子实体包含一个改动，这个改动要通知给父实体。父实体上的HasChanges应设置为 true。
- 当一个父实体被改动，所有的子实体（包括没有改动的子实体）都被包括在改动集合中。
- 在客户端的子实体中不 会在Domain上下文中生成public的EntitySet，必须通过父实体来访问子实体。
- 一个子实体可以在相同的级别上有多个始 祖，但必须确认它只能在一个始祖的上下文中装载。
数据更改的操作按以下的规则运行。
- 在递归执行任何子 实体上的数据修改操作之前，更新、插入、或删除首先在父实体上执行。
- 如果需要的数据操作没有出现在子实体中，那递归执行会停止。
- 当 更新一个父实体时，没有指定子实体数据操作的执行顺序。
下面的示例展示了SalesOrderHeader实体的查询、更改、 删除方法。这些方法包含了在子实体内的处理改变的逻辑。
|
261
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
