MVC基于EF的架构

本文主要是介绍MVC基于EF的架构，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章提纲

概述 & 要点

详细步骤

总结

概述 & 要点

下面是本文要点，正文部分会有详细介绍。

EF架构图
新建基于EF的Data Model的约定
关于ORM的重要概念，和传统方式开发的区别
EF开发的整体过程

详细步骤

新建文件夹，规划好代码摆放位置
创建相关类 (Data Model)
创建 Database Context
创建Initializer, 使用EF初始化数据库，插入示例数据
完成数据库查询验证

新建文件夹，规划好代码摆放位置

根目录下新建一个 ViewModels文件夹。

Models文件夹里面存放对应于数据库表的实体。

View中需要显示的数据和Models中实体模型不一定能对应上，因此需要专门给View使用的自定义数据模型，我们称之为ViewModel , 放在ViewModels文件夹里面。

DAL 放置数据访问相关类。

NOTE 本文中放AccountContext.cs, AccountInitializer.cs

创建相关类(Data Model)

为了更加贴近真实情况，我们针对用户建立三个相关的类。

SysUser, SysRole, SysUserRole

这是用户权限管理RBAC (Role – Based Access Control)的一个典型模型, 更复杂的模型都可以在这个基础上进行扩展。

OK，下面我们就开始新建这个模型。

我们先去网上找个大致的关系图做参考，打开百度，输入 user role , 搜索图片。

挑一个类似的做参考。

NOTE 权限相关是系统管理范畴的，不涉及具体业务，我起名字的时候都加了Sys前缀，这样和业务区隔开来。

参考上面这个图建立 Data Model

SysUser Entity

SysRole Entity

SysUserRole Entity

对于上面几个类的约定和说明：

EF生成数据库时，ID 属性将会成为主键。（约定：EF默认会将ID或classnameID生成主键， MSDN建议保持风格的一致性, 都用ID或classnameID, 我们这里都用ID）
EF 生成数据库时 , <navigation property name><primary key property name>这种形式的会成为外键. ( 约定 )

例如外键 SysUserID = SysUser(navigation property)+ID(SysUser的主键)
定义为virtual的几个属性是 navigation 属性(virtual非必须, 只是惯例用法, 后面文章将会讲解用virtual的好处).

navigation 属性保存着其他的关联entity(entities)

示例中, SysUser和SysUserRole是一对多的关系, SysRole和SysUserRole也是一对多的关系.

如果是 "多", 属性类型就必须是list( 这里用的是Icollection )

创建 Database Context

前置条件：安装EF

打开工具à库程序包管理器à程序包管理器控制台

输入 install-package entityframework

去MSDN上查看下EF的架构图：http://msdn.microsoft.com/en-us/data/aa937709

从上图可以看出，EF框架在底层是通过调用ADO.NET来实现数据库操作的。

多转一道弯性能和灵活性肯定会受到影响，所以本系列文章结束后同样也会给出MVC+ADO.NET的方案，大家可以根据需要选择。

NOTE

微软官方推出的ORM框架主要有Linq to SQL和Entity Framework.

EF是目前最新的，也是推荐配合MVC使用的框架。

实际操作前再补充一些重要概念：

如果不用ORM框架，我们一般这样来使用ADO.NET进行数据库开发：

将ADO.NET对数据库的操作封装到一个类里SqlHelper中
在DAL层调用SqlHelper
其他层再调用DAL进行数据库操作

使用ORM之后，以前面的SysUser为例：

O(Object) à 程序中的类 SysUser, 就是对象

R (Relation)à 数据库中的表

M(Mapping)à O和R的映射关系

ORM对传统方式的改进：

充当桥梁，实现了关系数据和对象数据的映射，通过映射自动产生SQL语句。

对常用的操作，节省了写SQL语句的步骤。

好了，现在必要的概念应该理解了吧，下面我们就进行实际的操作了。

创建类 AccountContext.cs , 让他继承自System.Data.Entity.DbContext，我们用这个类完成EF的功能。

主要做下面三件事：

为每个entity set创建一个DbSet

在EF中，通常情况下一个entity set对应数据库中的一张表，一个entity对应表中的一行。
指定一个连接字符串

构造函数中的 base("AccountContext") 。

默认情况下和类名一样，即AccountContext，我们显式的给他指定出来。
指定单数形式的表名

modelBuilder.Conventions.Remove<PluralizingTableNameConvention>();

默认情况下会生成复数形式的表，如SysUsers

NOTE 表名用单复数形式看各自的习惯，没有明确的规定。有的公司表名全用单数，有的公司根据表的意思，有单数也有复数。

配合上面第2点，先把web.config中连接字符串给指定了。

如下图，贴着appSettings配置节上面添加。注意要web.config中要加上红字部分，不然会出错。

<connectionStrings>

<add name="AccountContext" connectionString="Data Source=.;database=MvcDemo;uid=sa;pwd=123456;AttachDBFilename=|DataDirectory|\MvcDemo.mdf;" providerName="System.Data.SqlClient"/>

</connectionStrings>