Entity Framework的核心 – EDM(Entity Data Model)

本文档主要介绍.NET开发中两项新技术,.NET平台语言中的语言集成查询技术 –
LINQ,与ADO.NET中新增的数据访问层设计技术ADO.NET Entity
Framework。ADO.NET的LINQ to
Entity部分以LINQ为基础,为了完整性首先介绍LINQ技术。

EDM概述

实体数据模型,简称EDM,由三个概念组成。概念模型由概念架构定义语言文件
来定义,映射由映射规范语言文件 ,存储模型由存储架构定义语言文件
来定义。这三者合在一起就是EDM模式。EDM模式在项目中的表现形式就是扩展名为.edmx的文件。这个包含EDM的文件可以使用Visual
Studio中的EDM设计器来设计。由于这个文件本质是一个xml文件,可以手工编辑此文件来自定义CSDL、MSL与SSDL这三部分。下面详细分析一下这个xml文件及三个其重要组成部分:

这个设计器生成的文件的注释可以使你很清楚的明白这个EDM文件的组成。一点点分析一下,第一行表明这是一个xml文件。

1 <?xmlversion="1.0"encoding="utf-8"?>

以下这一行是EDM的根节点,定义了一个表明版本的属性及这个EDM使用的命名空间:

1 <edmx:EdmxVersion="1.0"xmlns:edmx="http://schemas.microsoft.com/ado/2007/06/edmx">

接下来由注释可以看到EDM被分为两部分,第一部分是EDM的核心,第二部分用于实体设计器,这一部分不用研究。

第一部分中节点<edmx:Runtime>下定义了以下三部分:

预备知识

EDM之CSDL

CSDL定义了EDM或者说是整个程序的灵魂部分 –
概念模型。当前流行的软件设计方法通常都是由设计其概念模型起步。说概念模型可能比较抽象一个更容易接受的名字就是实体类。实体类是面向对象设计中一个最根本的组成部分,其体现了现实世界中对象作为一种计算中可以表示的对象设计方法。而EDM的CSDL就是要达到这样一个目的。这个在下文介绍Entity
Framework优点时另有说明。

这个文件完全以程序语言的角度来定义模型的概念。即其中定义的实体、主键、属性、关联等都是对应于.NET
Framework中的类型。下面xml element来自作业提交系统:

图片 1

 1 <!-- CSDL content --> 2 <edmx:ConceptualModels> 3   <Schema Namespace="ASSModel" Alias="Self" xmlns="http://schemas.microsoft.com/ado/2006/04/edm"> 4     <EntityContainer Name="ASSEntities"> 5         <FunctionImport Name="GETHOUSEWORKDONE" EntitySet="UpAssignments" ReturnType="Collection(Self.UpAssignments)"> 6             <Parameter Name="StuID" Type="Int32" Mode="In" /> 7             <Parameter Name="ClassID" Type="Int32" Mode="In" /> 8             <Parameter Name="Semester" Type="String" Mode="In" /> 9         </FunctionImport>10         <!-- 以上删节 – 5个存储过程 -->11 12       <EntitySet Name="Assignments" EntityType="ASSModel.Assignments" />13       <EntitySet Name="Classes" EntityType="ASSModel.Classes" />14       <EntitySet Name="Courses" EntityType="ASSModel.Courses" />15       <EntitySet Name="SetCourses" EntityType="ASSModel.SetCourses" />16       <EntitySet Name="Students" EntityType="ASSModel.Students" />17       <EntitySet Name="Teachers" EntityType="ASSModel.Teachers" />18       <EntitySet Name="UpAssignments" EntityType="ASSModel.UpAssignments" />19       20       <AssociationSet Name="FK_SetCourses_Classes" Association="ASSModel.FK_SetCourses_Classes">21         <End Role="Classes" EntitySet="Classes" />22         <End Role="SetCourses" EntitySet="SetCourses" />23       </AssociationSet>24       <!-- 以上删节 – 6个关系集 -->25       26     </EntityContainer>27 28     <!-- 以下保留一个EntityType作为示例 -->29     <EntityType Name="Students">30       <Key>31         <PropertyRef Name="StuID" />32       </Key>33       <Property Name="StuID" Type="Int32" Nullable="false" />34       <Property Name="StuName" Type="String" Nullable="false" MaxLength="10" Unicode="true" FixedLength="true" />35       <Property Name="Pswd" Type="String" Nullable="false" MaxLength="50" Unicode="false" FixedLength="true" />36       <NavigationProperty Name="Classes" Relationship="ASSModel.FK_Students_Classes" FromRole="Students" ToRole="Classes" />37       <NavigationProperty Name="UpAssignments" Relationship="ASSModel.FK_UpAssignments_Students" FromRole="Students" ToRole="UpAssignments" />38     </EntityType>39 40     <!-- 仅保留与上文AssociationSet对应的Association -->41     <Association Name="FK_SetCourses_Classes">42       <End Role="Classes" Type="ASSModel.Classes" Multiplicity="1" />43       <End Role="SetCourses" Type="ASSModel.SetCourses" Multiplicity="*" />44       </Association>45   </Schema>46 </edmx:ConceptualModels>

图片 2

这部分XML文档,Schema是CSDL的根元素,其中定义的Namespace是用于ObjectContext与EntityClass的命名空间,Alias-别名为此命名空间Namespace指定一个易记的名称,在定义Alias之后,在此Schema内的Element均可以该Alias作为Namespace的别名。Alias的使用可以参考如下xml
element:

1 <FunctionImportName="GETHOUSEWORKDONE"EntitySet="UpAssignments"ReturnType="Collection(Self.UpAssignments)">

在这个根元素的内部的文档结构第一部分 – 实体容器大致如下:

1 <EntityContainer />2     <FunctionImport />3     <EntitySet />4     <AssociationSet />5 </EntityContainer>

下面的表格说明了这些节点及其属性的作用

EntityContainer

Name

EntityContainer的名称,其将作为产生的ObjectContext类的名称

EntitySet

Name

ObjectContext内与此Entity类型对应的属性名

EntityType

ObjectContext内与此Entity类型对应的属性的类型

AssociationSet

End

有两个End子节点,分别描述建立此关系的两个EntitySet

Role

对应到Association中End节的Role属性,起到将AssociationSet与Association相关连的作用。

FunctionImport

详见存储过程设计部分

可以看出,Entity与Assciation都被分开定义与两个部分,这样设计是出于当有多个EntityContainer时,其中的EntitySet或AssociationSet可以共享Entity或Association的定义。

接下来看一下CSDL中最后一部分,Entity与Association的定义。

首先是Entity:

图片 3

 1 <EntityType Name="Students"> 2   <Key> 3     <PropertyRef Name="StuID" /> 4   </Key> 5   <Property Name="StuID" Type="Int32" Nullable="false" /> 6   <Property Name="StuName" Type="String" Nullable="false" MaxLength="10" Unicode="true" FixedLength="true" /> 7   <Property Name="Pswd" Type="String" Nullable="false" MaxLength="50" Unicode="false" FixedLength="true" /> 8   <NavigationProperty Name="Classes" Relationship="ASSModel.FK_Students_Classes" FromRole="Students" ToRole="Classes" /> 9   <NavigationProperty Name="UpAssignments" Relationship="ASSModel.FK_UpAssignments_Students" FromRole="Students" ToRole="UpAssignments" />10 </EntityType>

图片 4

下表说明了其属性及其子节点与子节点的属性的含义:

EntityType

Name

Entity Class的名称

Abstract

是否为抽象类

BaseType

父类

Key

主键

Property

主键之属性

Name

属性名

Property

属性

Name

属性名

Type

属性类型

Nullable

是否允许null

MaxLength

属性最大长度

FixLength

是否固定长度

NavigationProperty

关系属性

Name

属性名

Relationship

对应的Association

FromRole、ToRole

区别关系两方的父与子

最后Association节,这是真正定义关系的地方。首先看示例:

1 <!-- 仅保留与上文AssociationSet对应的Association -->2 <Association Name="FK_SetCourses_Classes">3   <End Role="Classes" Type="ASSModel.Classes" Multiplicity="1" />4   <End Role="SetCourses" Type="ASSModel.SetCourses" Multiplicity="*" />5 </Association>

这一节符合以下结构:

图片 5

 1 <Association> 2     <End /> 3     <ReferentialConstraint> 4         <Principal> 5             <PropertyRef /> 6         </Principal> 7         <Dependent> 8             <PropertyRef /> 9         </Dependent>10     </ReferentialConstraint>11 </Association>

图片 6

属性及其子元素属性的说明:

Association

Name

Association的名称

End

类似于AssociationSet,Association也有两个End节点。

Name

End名称

Type

EntityType的名称

Role

此End的Role,与AssociationSet的End的Role属性相联系

Multiplicity

关联多重性,值为0、1或*

ReferentialConstraint

外键条件限制

Principal

主要条件

Role

对应于End中的Role

PropertyRef

外键属性

Name

属性名称

Dependent

依存条件

Role

对应于End中的Role

PropertyRef

外键属性

Name

属性名

另外上面示例未涉及的概念,如下:

视图

在EDM设计器中添加视图基本与添加实体表一致,所生成的xml自行对照。某些环境下可能无法添加视图,原因未知,另外对于没有主键的表目前版本EntityFramework支持不好,在设计器中无法添加,及时通过手工编辑xml的方式强行添加,在使用过程中也会出现问题。

ComplexType

按MSDN中的例子,先描述如下场景。在一个销售系统中我们需要在一个订单中包含一个描述客户地址的实体,而这个实体又能良好的与存储模型映射起来,由于数据库不支持地址这种类型,所以我们可以将地址的每个字段与数据库相映射。且在概念模型中,及在C#代码可以控制的范围内,地址仍然作为一个独立的类型存在。由于EDM设计器不支持以可视化方式创建Complex
Type,我们需要手动编辑CSDL与MSL来完成复杂类型的创建与映射。这部分示例将在介绍MSL后给出。

LINQ技术

LINQ是.NET
3.5中新增的一种技术,这个技术扩展了.NET平台上的编程语言,使其可以更加方便的进行数据查询,单纯的LINQ技术主要完成对集合对象(如System.Collection下或System.Collection.Generic命名空间下的对象)的查询。结合LINQ
Provider可以实现对XML文件(使用LINQ to XML –
位于System.Xml.Linq命名空间下的类),数据库(可以使用LINQ to
SQL或下文要详细介绍的LINQ to Entity)等对象的操作。

 

LINQ是一种运行时无关的技术,其运行于CLR2.0之上,微软对C#3.0与VB9.0的编译器进性扩展,从而使其可以将LINQ编写的程序编译为可以被CLR2.0的JIT所理解的MSIL。

 

EDM之SSDL

这个文件中描述了表、列、关系、主键及索引等数据库中存在的概念。

图片 7

 1 <!-- SSDL content --> 2 <edmx:StorageModels> 3     <Schema Namespace="ASSModel.Store" Alias="Self" Provider="System.Data.SqlClient" ProviderManifestToken="2008" xmlns:store="        http://schemas.microsoft.com/ado/2007/12/edm/EntityStoreSchemaGenerator" xmlns="http://schemas.microsoft.com/ado/2006/04/edm/ssdl"> 4         <EntityContainer Name="ASSModelStoreContainer"> 5           <EntitySet Name="Assignments" EntityType="ASSModel.Store.Assignments" store:Type="Tables" Schema="dbo" /> 6           <!-- 省略7个EntitySet的定义 --> 7         </EntityContainer> 8  9         <!-- 以下省略7个EntityType的定义 -->10         <EntityType Name="Assignments">11           <Key>12             <PropertyRef Name="AssID" />13           </Key>14           <Property Name="AssID" Type="int" Nullable="false" StoreGeneratedPattern="Identity" />15           <Property Name="AssName" Type="nchar" Nullable="false" MaxLength="20" />16           <Property Name="AssDes" Type="nvarchar" MaxLength="500" />17           <Property Name="SCID" Type="int" Nullable="false" />18           <Property Name="Deadline" Type="datetime" Nullable="false" />19           <Property Name="QuesFileName" Type="nvarchar" MaxLength="500" />20           <Property Name="QuesFileUrl" Type="nvarchar" Nullable="false" MaxLength="500" />21         </EntityType>22         23         <!-- 保留与CSDL中对应的Function -->24         <Function Name="GETHOUSEWORKDONE" Aggregate="false" BuiltIn="false" NiladicFunction="false" IsComposable="false" ParameterTypeSemantics="AllowImplicitConversion" Schema="dbo">25           <Parameter Name="StuID" Type="int" Mode="In" />26           <Parameter Name="ClassID" Type="int" Mode="In" />27           <Parameter Name="Semester" Type="varchar" Mode="In" />28         </Function>    29     </Schema>30 </edmx:StorageModels>

图片 8

看文档的结构,SSDL与CSDL很详细,只是其中EntityType等使用数据库的概念的描述。

这其中有一个需要稍微介绍节点,DefiningQuery,首先看一下其出现的位置:

EntityContainer

EntitySet

DefiningQuery

通过查询定义一个SSDL的EntitySet

特定于存储的查询语句

DefiningQuery定义通过实体数据模型
内的客户端投影映射到数据存储视图的查询。此类映射是只读的。也就是说如果想要更新此类EntitySet,需要使用下文介绍存储过程时提到的定义更新实体的存储过程的方法,使用定义的存储过程来更新这样的EntitySet。当在实体类设计器中导入无主键的表时,会自动生成此类使用DefiningQuery定义的EntitySet,要式样Entity
Framework提供的自动更新服务而不定义存储过程,需要给数据表添加一个适当的主键,删除DefiningQuery节点并更新数据模型。

LINQ技术的基础 – C#3.0

  1. 自动属性

  2. 隐式类型

  3. 对象集合初始化器

  4. 匿名类

  5. 扩展方法

  6. Lambda表达式

EDM之MSL

这个文件即上面所述的CSDL与SSDL的对应,主要包括CSDL中属性与SSDL中列的对应。

图片 9

 1 <!-- C-S mapping content --> 2 <edmx:Mappings> 3   <Mapping Space="C-S" xmlns="urn:schemas-microsoft-com:windows:storage:mapping:CS"> 4     <EntityContainerMapping StorageEntityContainer="ASSModelStoreContainer" CdmEntityContainer="ASSEntities"> 5       <EntitySetMapping Name="Assignments"> 6         <EntityTypeMapping TypeName="IsTypeOf(ASSModel.Assignments)"> 7           <MappingFragment StoreEntitySet="Assignments"> 8             <ScalarProperty Name="QuesFileName" ColumnName="QuesFileName" /> 9             <ScalarProperty Name="AssDes" ColumnName="AssDes" />10             <ScalarProperty Name="AssID" ColumnName="AssID" />11             <ScalarProperty Name="AssName" ColumnName="AssName" />12             <ScalarProperty Name="Deadline" ColumnName="Deadline" />13             <ScalarProperty Name="QuesFileUrl" ColumnName="QuesFileUrl" />14           </MappingFragment>15         </EntityTypeMapping>16       </EntitySetMapping>17       <!-- 省略EntitySetMapping若干 -->18 19       <!-- 保留对应于CSDL与SSDL的FunctionImportMapping -->20       <FunctionImportMapping FunctionImportName="GETHOUSEWORKDONE" FunctionName="ASSModel.Store.GETHOUSEWORKDONE" />21         22       <AssociationSetMapping Name="FK_UpAssignments_Assignments" TypeName="ASSModel.FK_UpAssignments_Assignments" StoreEntitySet="UpAssignments">23           <EndProperty Name="Assignments">24             <ScalarProperty Name="AssID" ColumnName="AssID" />25           </EndProperty>26           <EndProperty Name="UpAssignments">27             <ScalarProperty Name="UpAssID" ColumnName="UpAssID" />28           </EndProperty>29       </AssociationSetMapping>30       <!-- 省略AssociationSetMapping若干 -->31     </EntityContainerMapping>32   </Mapping>33 </edmx:Mappings>

图片 10

如上代码所示,MSL的根节点为Mapping,其中可以包含多个EntityContainerMapping,每一个EntityContainerMapping对应着两个分别来自CSDL与SSDL的EntityContainer。这个EntityContainerMapping就是描述这两个EntityContainer间的对应。下面再给出一段代码展示EntityContainerMapping的基本格式。

图片 11

 1 <EntityContainerMapping StorageEntityContainer="" CdmEntityContainer=""> 2   <EntitySetMapping> 3     <EntityTypeMapping> 4       <MappingFragment> 5         <ScalarProperty /> 6       </MappingFragment> 7       <ModificationFunctionMapping> 8         <InsertFunction /> 9         <DeleteFunction />10         <UpdateFunction />11       </ ModificationFunctionMapping>12     </EntityTypeMapping>13   </EntitySetMapping>14 15   <AssociationSetMapping>16     <EndProperty>17       <ScalarProperty />18     </EndProperty>19   </AssociationSetMapping>20 21   <FunctionImportMapping />22 </EntityContainerMapping>

图片 12

同上文,下面列出这些节点的属性

EntityContainerMapping

StorageEntityContainer

SSDL中的EntityContainer名称

CdmEntityContainer

CSDL中的EntityContainer名称

EntitySetMapping

EntityContainer中每个EntitySet的对应

Name

EntitySetMapping的名称

EntityTypeMapping

描述CSDL中EntityType与SSDL中EntityType的对应

Name

EntityTypeMapping的名称

TypeName

对应CSDL内Entity的名称 – 格式:IsTypeOf(<名称>)

注:这个类及其子类将共享此EntityTypeMapping

MappingFragment

描述属性及字段间的对应

StoreEntitySet

SSDL中的EntitySet名称

(由于CSDL中一个EntitySet可以对应多个SSDL中的EntitySet)

ScalarProperty

属性与字段对应

Name

CSDL中的属性名

ColumnName

SSDL中的字段名称

Condition

详见说明2

ColumnName

列名

Value

ModificationFunctionMapping

CUD对应的存储过程

InsertFunction/ UpdateFunction / DeleteFunction

FunctionName

QueryView

Entity SQL

AssociationSetMapping

描述CSDL中的AssociationSet与SSDL中的EntitySet的对应关系

Name

AssociationSetMapping的名称

StoreEntitySet

SSDL中EntitySet的名称

TypeName

CSDL中AssociationSet的名称

EndProperty

一个AssociationSetMapping中有两个EndProperty

分别对应CSDL中两个End Role

Name

EndProperty的名称

ScalarProperty

关系属性对应

Name

CSDL中的属性名

ColumnName

SSDL中的字段名称

ModificationFunctionMapping

C/D对应的存储过程

InsertFunction/ DeleteFunction

FunctionName

QueryView

EntitySQL

FunctionImportMapping

用于描述CSDL与SSDL间函数及函数参数的对应(详见下文存储过程部分)

说明1:以上表中很重要的一个属性是MappingFragment中的StoreEntitySet属性,就像这个属性的说明中所说,其描述了CSDL的Entity对应到的SSDL的Entity的名称。这是实现下文EDM映射方案中第二条将一个概念模型的实体映射到多个存储模型的实体的关键设置。

说明2:Contain这个元素及其属性的作用是,当多个概念模型实体映射到一个存储模型实体时,该元素的属性决定了在什么情况下一个概念模型实体映射到指定的存储模型实体。

说明3:QueryView
元素定义概念模型中的实体与存储模型中的实体之间的只读映射。使用根据存储模型计算的
Entity SQL
查询定义此查询视图映射,并以概念模型中的实体表达结果集。同DefiningQuery定义的查询。此映射也是只读的。就是说如果想要更新此类EntitySet,也需要使用下文介绍存储过程时提到的定义更新实体的存储过程的方法,使用定义的存储过程来更新这样的EntitySet。当多对多关联在存储模型中所映射到的实体表示关系架构中的链接表时,必须为此链接表在AssociationSetMapping
元素中定义一个QueryView元素。定义查询视图时,不能在
AssociactionSetMapping 元素上指定 StorageSetName
属性。定义查询视图时,AssociationSetMapping 元素不能同时包含 EndProperty
映射。

自动属性

这个概念很简单,其简化了我们在.NET的时候手写一堆私有成员+属性的编程方式,我们只需要使用如下方式声明一个属性,编译器会自动生成所需的成员变量。

1 public class Customer
2 {
3     public int Id { get; set; }
4     public string Name { get; set; }
5 }

在我使用LINQ完成的项目中,使我了解到自动属性方便的一个用途如下:

在使用LINQ获取数据的过程中,我们常常需要使用select
new语句查询出一个对象(往往是IEnumerable类型的)用于数据绑定。在一般情况下如果是直接绑定(如直接将查询结果赋给一个Gridview控件的DataSource属性)我们可以直接select
new来返回一个匿名类的对象。如果我们还需要对这个集合对象进行进一步操作,我们将必须使用select
new
class-name这样的语言返回一个类的对象,大部分情况下这个类只作为实体的一个结构而不需要完成一些操作操作,这时候使用自动属性来完成这个类将是非常简洁高效的。

EDM中存储过程的设计

目前版本(VS2008SP1)的实体设计器对存储过程支持不完善,只能手工编辑这三个文件中的存储过程部分,包括:

  1. CSDL中的FunctionImport元素,其属性及说明如下所示:

    FunctionImport

  2. SSDL中的Function节

    Function

    Name

    存储过程名称

    Aggregate

    是否为聚合函数

    BuiltIn

    是否为内建存储过程

    NiladicFunction

    是否为无参数存储过程

    IsComposable

    True为自定义函数,False为存储过程

    ParameterTypeSemantics

    参数类型转换方式

    ReturnType

    存储过程返回类型

  3. MSL中的FunctionImportMapping节

    FunctionImportMapping

    FunctionImportName

    CSDL中FunctionImport的名称

    FunctionName

    SSDL中Function Element的名称

    这面总结的是用于返回实体对象的查询。

下面分别描述一下有关修改操作的存储过程的使用:

  1. 使用插入、更新或删除实体数据的存储过程,需要修改如下两个文件:
    SSDL,对其的修改要求与上文表中列出的一致:

    MSL,需要对一下节点进行定义:

EntityContainerMapping

EntitySetMapping

EntityContainer中每个EntitySet的对应

EntityTypeMapping

描述CSDL中EntityType与SSDL中EntityType的对应

ModificationFunctionMapping

CUD对应的存储过程

InsertFunction/ UpdateFunction / DeleteFunction

FunctionName

  1. 使用创建或删除在数据源中使用链接表实现的实体类型之间的多对多关系的存储过程需要修改如下两个文件:
    SSDL,对其的修改要求与上文表中列出的一致:

    MSL,需要对一下节点进行定义:

EntityContainerMapping

AssociationSetMapping

描述CSDL中的AssociationSet与SSDL中的EntitySet的对应关系

ModificationFunctionMapping

C/D对应的存储过程

InsertFunction/ DeleteFunction

FunctionName

隐式类型

这个名称可能对你很陌生,但是var这个关键字应该都用过,在C#中使用var声明一个对象时,编译器会自动根据其赋值语句推断这个局部变量的类型。赋值以后,这个变量的类型也就确定而不可以再进行更改。另外var关键字也用于匿名类的声明。

应用场合:var主要用途是表示一个LINQ查询的结果。这个结果可能是ObjectQuery<>或IQueryable<>类型的对象,也可能是一个简单的实体类型的对象。这时使用var声明这个对象可以节省很多代码书写上的时间。

EDM中ComplexType的设计

再谈Complex
Type,上文大致介绍了复杂类型的概念及作用,现在开始看一下具体怎样实现。前文已经提到实现复杂类型关键是在CSDL与MSL,而与SSDL无关。

首先应该在CSDL中怎加这样一节,此节与<EntityType></EntityType>节同级,其结构如下:

1 <ComplexType> 2     <Property /> 3 </ComplexType>

节点及其属性含义如下:

ComplexType

复杂类型

Name

复杂类型的名称

Property

属性

Name

属性名

Type

属性类型

Nullable

是否允许null

MaxLength

属性最大长度

FixLength

是否固定长度

然后在MSL中<MappingFragment>下与<ScalarProperty/>同级的位置添加如下节:

1 <ComplexProperty> 2     <ScalarProperty /> 3 </ComplexProperty>

具体的节及其属性含义如下:

ComplexProperty

复杂类型属性

Name

复杂类型属性名称

TypeName

CSDL中定义的ComplexType的名称。格式“CSDN_Namespace.ComplexTypeName”

ScalarProperty

关系属性对应

Name

CSDL中的属性名

ColumnName

SSDL中的字段名称

对象初始化器与集合初始化器

在.NET2.0中构造一个对象的方法一是提供一个重载的构造函数,二是用默认的构造函数生成一个对象,然后对其属性进行赋值。在.NET3.5/C#3.0中我们有一种更好的方式来进行对象的初始化。那就是使用对象初始化器。这个特性也是匿名类的一个基础,所以放在匿名类之前介绍。

还是那就话,好的代码强于注释,下面用几个代码段说明初始化器:

(代码出自:李永京的博客
http://lyj.cnblogs.com)

基本用法:

1 User user = new User { Id = 1, Name = "YJingLee", Age = 22 }; 

嵌套使用:

图片 13😉

 1 User user = new User
 2 {
 3      Id = 1,
 4      Name = "YJingLee",
 5      Age = 22,
 6      Address = new Address
 7      {
 8           City = "NanJing",
 9           Zip = 21000
10      }
11 };

图片 14😉

类似于对象初始化器初始化一个对象,集合初始化器初始化一个集合,一句话,有了它你就不用在将元素通过Add逐个添加了。仍然给出代码示例:

基本使用:

1 List<int> num = new List<int> { 0, 1, 2, 6, 7, 8, 9 }; 

结合对象初始化器,我们可以写出如下简洁的代码:

1 List<User> user = new List<User>{
2         new User{Id=1,Name="YJingLee",Age=22},
3         new User{Id=2,Name="XieQing",Age=25},
4 };

应用场合:

还是前文提到的select new
class-name语法,后面可以直接接一个初始化器来将查询结果返回到这个对象。

实体数据模型映射方案

实体框架支持各种方式用于在实体数据模型
中将概念模型映射到关系数据。有关更多信息,请参见实体框架中的数据建模。

实体框架当前支持以下实体数据模型 映射方案。

编号

映射方案

说明

1

简单映射

在此映射方案中,概念模型中的每个实体都映射到存储模型中的单个表。这是实体数据模型工具所生成的默认映射。

2

实体拆分

在此映射方案中,概念模型中单个实体的属性映射到两个或更多基础表中的列。在此方案中,表必须共享公共主键。

其设计方式见EDM之MSL部分说明1。

3

存储模型中的水平分区

在此映射方案中,概念模型中的单个实体类型映射到具有相同架构的两个或更多表。实体基于概念模型中定义的条件映射到表中。

使用场合:使一个概念模型的实体映射到不同数据源的存储模型的实体。

另见:EDM之MSL部分说明2。

4

概念模型中的水平分区

在此映射方案中,概念模型中具有相同属性的多个实体类型映射到同一个表。条件子句用于指定表中的数据分别属于哪个实体类型。此映射类似于类型5。

这种方式也用到MSL中的Conditon来决定映射关系,见EDM之MSL部分说明2。

5

每个层次结构一个表继承

在此映射方案中,继承层次结构中的所有类型都映射到同一个表。条件子句用于定义实体类型。

见EDM之MSL部分说明2。

6

每种类型一个表继承

在此映射方案中,所有类型都分别映射到各自的表。仅属于某个基类型或派生类型的属性存储在映射到该类型的一个表中。

7

每种具体类型一个表继承

在此映射方案中,每个非抽象类型分别映射到不同的表。所有这些表所包含的列必须映射到派生类型的所有属性(包括从基类型继承的属性)。

8

每种类型多个实体集

在此映射方案中,单个实体类型在概念模型中以两个或更多独立的实体集进行表示。每个实体集分别映射到存储模型中的一个单独的表。

其设计方式见EDM之MSL部分说明1。

9

复杂类型

复杂类型是没有键属性的实体类型的非标量属性。复杂类型可以包含其他嵌套的复杂类型。复杂类型映射到存储模型中的表。

复杂类型在上文有单独介绍

10

函数导入映射

在此方案中,存储模型中的存储过程映射到概念模型中的FunctionImport元素。执行此函数可使用映射的存储过程返回实体数据。

见上文存储过程部分

11

修改函数映射

在此方案中,在存储模型中定义用于插入、更新和删除数据的存储过程。这些函数是为实体类型定义的,以便为特定实体类型提供更新功能。

见上文存储过程部分

12

定义查询映射

在此方案中,在存储模型中定义表示数据源中的表的查询。在映射到 SQL Server 数据库时,查询以数据源的本机查询语言(如 Transact-SQL)表示。此DefiningQuery元素映射到概念模型中的实体类型。查询以特定于存储的查询语言进行定义。

上文EDM之SSDL部分最后详细介绍了这种设计的相关问题

13

查询视图映射

在此方案中,会在概念模型中的实体类型与存储模型中的关系表之间定义只读映射。此映射基于对存储模型进行的 Entity SQL 查询定义。

上文EDM之MSL中说明三对这种设计的相关问题有介绍。

14

AssociationSet 映射

关联定义实体之间的关系。在具有一对一或一对多关联的简单映射中,在概念模型中定义关系的关联会映射到存储模型中的关联。还支持以下更高级的关联集映射:

多对多关联。关联的两端都映射到存储模型中的链接表。

自关联。此映射支持具有相同类型的两个实体之间的关联,如一个 Employee 与另一个 Employee 之间的关联。

派生类型之间的关联。此映射支持一个层次结构中的派生类型与另一个层次结构中的派生类型之间的关联。

匿名类

有了前文初始化器的介绍,匿名类就很简单了。我们可以使用 new { object initializer } 或 new[]{ object,
…} 来初始化一个匿名类或不确定类型的数组。匿名类的对象需要使用var关键字声明。示例代码:

1 var p1 = new { Id = 1, Name = "YJingLee", Age = 22 }; 

应用场合:

还是同上面的例子提到的当直接使用select new { object initializer
}这样的语法就是将一个LINQ查询的结果返回到一个匿名类中。

扩展方法

扩展方法是C#中新增的很重要的特性之一。其对于LINQ的实现起着关键的作用。在.NET2.0时代是没有LINQ的,所以.NET2.0以及之前版本中的集合类在设计的时候没有预留用于LINQ的方法。为了在不破坏这个类现有封装的前提下又可以为其添加LINQ的支持就需要用到扩展方法。

扩展方法使用上类似于静态方法,但在本质上其是实例方法。这是由于.NET3.5的运行环境仍然为CLR2.0所以语言不可能做很大的变革,这一切都是语法糖。

下面仍然通过一段代码来说明扩展方法的实现:

(代码出自:李永京 http://lyj.cnblogs.com)

图片 15😉

1 public static class Extensions
2 {
3     public static bool IsValidEmailAddress(this string s)
4     {
5         Regex regex = new Regex(@"^[w-.]+@([w-]+.)+[w-]{2,4}$");
6         return regex.IsMatch(s);
7     }
8 }

图片 16😉

如上代码所示,扩展方法为一静态方法,声明于一个静态类,其参数前加上一个this关键字,参数的类型表示这个扩展方法要对这个类型进行扩展。如上述代码表示其要对字符串类型进行扩展。

在应用上扩展方法被作为其扩展的类型的静态方法来调用。如下:

1 if (email.IsValidEmailAddress())
2 {
3     Response.Write("YJingLee提示:这是一个正确的邮件地址");
4 }

 

Lambda表达式

Lambda表达式是对.NET2.0中匿名方法在语法形式上的进一步改进,仍然以代码说明:

1 var inString = list.FindAll(delegate(string s) { return s.Indexof("YJingLee") >= 0; }); 

使用Lambda表达式代码将更自然易懂。

1 var inString = list.FindAll(s => s.Indexof("YJingLee") >= 0); 

可以看出,Lambda表达式格式为:(参数列表)=>表达式或语句块

 

.NET中的数据访问

这一部分介绍.NET中不同的数据访问层的使用方式,由此得出Entity
Framework在一个.NET系统中的应用及其在原有设计基础上的改变。从大的方面来看数据访问的设计方案基本有如下几类:

  • DataSet

  • 手写代码通过ADO.NET2.0连接类与数据库交互

  • ORM组件

DataSet方案

最基本的Dataset数据访问的实现使用下图表示:

图片 17

图1

如图所示,DataSet与数据源之间通过DataAdapter连接,逻辑中直接访问DataSet获取数据,或是通过ADO.NET2.0的非连接类,或者通过强类型DataSet以一种类型安全的方式访问数据。

    缺点逻辑代码与数据访问代码耦合高。

改进的的DataSet方案

图片 18

图2

这种设计方式将业务所需的实体抽象出来,并把对DataSet的操作封装在其中,这样一定程序上解除业务逻辑与数据访问间的耦合。

手写代码通过ADO.NET2.0连接类与数据库交互

这种方式是我使用的最多的一种方式,其可以提供最大的控制能力,且效率最高,唯一的不足是当业务变化时修改数据访问代码的工作量比较大,通过代码生成器也能一定程度上解决这个问题

 

ORM – LINQ to SQL

在.NET平台下ORM的解决方案有不少,本文只讨论两个微软官方的解决方案。先是LINQ
to SQL技术。LINQ to
SQL是一个将不再更新的技术。其有很多不足之处,如,不能灵活的定义对象模型与数据表之间的映射、无法扩展提供程序只能支持SQL
Server等。

这样数据访问层的设计如下所示:

图片 19

图3

 

ORM – ADO.NET Entity Framework

作为下一代数据访问的技术领导者。Entity
Framework的设计很多地方都保留了高扩展性。其最重要的一个改进在于其映射定义的灵活性。先来看下图:

图片 20

图4

由图可以看出,使用Entity
Framework可以充分的定义与数据库表映射的实体,并将这个实体直接用于业务逻辑层或作为服务的数据契约。实体设计较其他技术的优势体现在以下几方面:

  • 创建ComplexType(CSDL部分有讨论)

  • EntitySet的继承

使用Entity
Framework后,可以将实体类的设计工作完全放在EDM的设计过程中,而不再需要手工写一些大同小异的代码,并且对这个实体模型(包含于EDM中)可以在运行时修改并生效。另外,开发人员与数据库直接打交道的次数将大大减少,大部分时间开发人员只需操作实体模型,框架会自动完成对数据库的操作。下文将详细讨论上图所示的EDM。

深入了解Entity Framework

Entity Framework的核心 – EDM(Entity Data Model)

发表评论

电子邮件地址不会被公开。 必填项已用*标注