一直以来有些闭门造车，今天看了微软的一篇重要的ORM文章《下一代数据访问：使概念级别成为现实》，详细的讲解了微软下一代数据访问的设想和实现。我对其中的关于概念模型的一段代码相当感兴趣，因为他和我设计的Torridity（我们的ORM框架名）非常的相似。
在MS的关键字描述中，一个重要的改变是：关键字被描述到实体中，而不是字段中：
<!-
典型的实体定义，具备标识 [关键字] 和一些成员
-->
<EntityType Name="Product" Key="ProductID">
<Property Name="ProductID" Type="System.Int32" Nullable="false" />
在很多ORM实现中，都是放在字段中，我认为那是错误的。现在看看我们的定义：
<dataEntityType name="Team" primaryKey="TeamId" >
<simpleProperties>
<simpleProperty dbType="String" isUnique="False" index="False" name="TeamId" isBrowsable="False" />
<simpleProperty dbType="String" isUnique="False" index="False" name="Code" />
<simpleProperty dbType="String" isUnique="False" index="False" name="Name" />
</simpleProperties>
</dataEntityType>
既然是做ORM，继承性当然是不能缺少的，MS使用下面的方式定义：
<!-
派生产品，可以映射 TPH、TPC、TPT
-->
<EntityType Name="DiscontinuedProduct" BaseType="Product">
<Property Name="DiscReason" Type="System.String"
Nullable="false" Size="max" />
</EntityType>
我们使用了相同的方式：
<dataEntityType name="ComparisonExpense" baseType="ComparisonBase">
<simpleProperties>
<simpleProperty dbType="Decimal" isUnique="False" index="False" name="EstimateExpense" />
<simpleProperty dbType="Decimal" isUnique="False" index="False" name="ActualExpense" />
</simpleProperties>
</dataEntityType>
复合类型是对简单类型的扩展，实际上是支持对象化的属性。MS的定义如下：
<!-
复杂类型只定义结构而不定义标识。可以
在 0 个或更多实体定义中内嵌使用
-->
<ComplexType Name="CtAddress" >
<Property Name="Address" Type="System.String"
Nullable="false" Size="max" />
<Property Name="City" Type="System.String"
Nullable="false" Size="max" />
<Property Name="PostalCode" Type="System.String"
Nullable="false" Size="max" />
<Property Name="Region" Type="System.String"
Nullable="false" Size="max" />
<Property Name="Fax" Type="System.String"
Nullable="false" Size="max" />
<Property Name="Country" Type="System.String"
Nullable="false" Size="max" />
<Property Name="Phone" Type="System.String"
Nullable="false" Size="max" />
</ComplexType>
<EntityType Name="Customer" Key="CustomerID">
<!- 地址是引用内嵌式复杂类型的成员 -->
<Property Name="Address" Type="CNorthwind.CtAddress"
Nullable="false" />
<Property Name="CompanyName" Type="System.String"
Nullable="false" Size="max" />
<Property Name="ContactName" Type="System.String"
Nullable="false" Size="max" />
<Property Name="ContactTitle" Type="System.String"
Nullable="false" Size="max" />
<Property Name="CustomerID" Type="System.String"
Nullable="false" Size="max" />
</EntityType>
复合类型在Torridity并没有被明确标明：ComplexType，你可以使用任何实体作为结构复合进来。
<dataEntityType name="CallResult" primaryKey="CallResultId" isRoot="False" >
<simpleProperties>
<simpleProperty dbType="String" isUnique="False" index="False" name="CallResultId" />
<simpleProperty dbType="String" isUnique="False" index="False" name="ResultDescription" />
</simpleProperties>
<complexProperties>
<complexProperty dataEntityType="PickListEntityCpx" name="Result" />
<complexProperty dataEntityType="PickListEntityCpx" name="ObjectiveType" />
<complexProperty dataEntityType="ProductCpx" name="MainProduct" />
</complexProperties>
</dataEntityType>
在MS的设计中，集合属性是这样描述的：
<!-
Product [如上定义] 和 OrderDetails [出于简明需要而未显示] 之间
关联的示例
-->
<Association Name="Order_DetailsProducts">
<End Name="Product" Type="Product" Multiplicity="1" />
<End Name="Order_Details" Type="OrderDetail" Multiplicity="*" />
</Association>
在Torridity中，一对一被称为引用属性，而一对多称为集合属性，使用下面的方式定义：
<dataEntityType name="Orders" baseType="QuotationBase" primaryKey="OrderId" >
<simpleProperties isExpansion="True">
<simpleProperty dbType="String" isUnique="False" index="False" name="OrderId" />
<referenceProperty referenceTo="Quotations" dbType="String" isUnique="False" index="False" name="QuatationId" />
<simpleProperty dbType="Decimal" isUnique="False" index="False" name="TotalMargin" />
</simpleProperties>
<collectionProperties>
<collectionProperty itemDataEntityType="RevenueAssignment" name="RevenueAssignments" />
</collectionProperties>
<complexProperties>
<complexProperty dataEntityType="PickListEntityCpx" name="SourceId" />
</complexProperties>
</dataEntityType>
注意引用属性的区别：MS指向了一个类型，而我们指向了一个实体（TypeKey）。我认为MS的设计有些欠妥。
在MS中支持实体容器，功能好像强一些：
<!-
实体容器可定义
EntitySets（某一类型（可能）多形态实例的集合）和
AssociationSets（用于关联两个或更多实体实例的逻辑链接表）的
逻辑封装
-->
<EntityContainerType Name="CNorthwind">
<Property Name="Products" Type="EntitySet(Product)" />
<Property Name="Customers" Type="EntitySet(Customer)" />
<Property Name="Order_Details" Type="EntitySet(OrderDetail)" />
<Property Name="Orders" Type="EntitySet(Order)" />
<Property Name="Order_DetailsOrders"
Type="RelationshipSet(Order_DetailsOrders)">
<End Name="Order" Extent="Orders" />
<End Name="Order_Details" Extent="Order_Details" />
</Property>
<Property Name="Order_DetailsProducts"
Type="RelationshipSet(Order_DetailsProducts)">
<End Name="Product" Extent="Products" />
<End Name="Order_Details" Extent="Order_Details" />
</Property>
</EntityContainerType>
在Torridity中，集合类是自动创建的，没有专门的定义部分。
我非常奇怪的问题，ORM既然是对象化的，为什么没有包含一个非常重要的概念：接口。（也许作者忘记了吧）。
在Torridity提供了支持：
<dataEntityType name="Quotations" baseType="QuotationBase" primaryKey="QuotationId">
<interfaces>
<interface name="ICreateObject" />
<interface name="IOwnerObject" />
<interface name="INoteAccessoryObject" />
<interface name="ICodeObject" />
<interface name="IVersionObject" />
</interfaces>
<simpleProperties>
<simpleProperty dbType="String" isUnique="False" index="False" name="QuotationId" />
<simpleProperty dbType="DateTime" isUnique="False" index="False" name="StartDate" />
<simpleProperty dbType="DateTime" isUnique="False" index="False" name="ExpireDate" />
</simpleProperties>
</dataEntityType>
通过支持接口将大大简化实体的设计，而且是程序设计更加条例。我们知道真真的领域模型是不能通过继承性描述的，而支持通过特性（即接口）来描述。
posted @ 2006-07-24 13:32
编写人生 阅读(2055)
评论(27) 编辑 收藏