从LinQ看我们的ORM设计

一直以来有些闭门造车，今天看了微软的一篇重要的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>

通过支持接口将大大简化实体的设计，而且是程序设计更加条例。我们知道真真的领域模型是不能通过继承性描述的，而支持通过特性（即接口）来描述。