MVC项目实践,在三层架构下实现SportsStore-01,EF Code First建模、DAL层等
SportsStore是《精通ASP.NET MVC3框架(第三版)》中演示的MVC项目,在该项目中涵盖了MVC的众多方面,包括:使用DI容器、URL优化、导航、分页、购物车、订单、产品管理、图像上传......是不错的MVC实践项目,但该项目不是放在多层框架下开发的,离真实项目还有一段距离。本系列将尝试在多层框架下实现SportsStore项目,并用自己的方式实现一些功能。
本篇为系列第一篇,包括:
■ 1、搭建项目
■ 2、卸载Entity Framework组件,并安装最新版本
■ 3、使用EF Code First创建领域模型和EF上下文
■ 4、三层架构设计
□ 4.1 创建DAL层
※ 4.1.1 MySportsStore.IDAL详解
※ 4.1.2 MySportsStore.DAL详解
1、搭建项目
MySportsStore.Model:类库,领域模型、Entity Framework上下文所在层
MySportsStore.IDAL:类库,数据接口层
MySportsStore.DAL:类库,数据层
MySportsStore.IBLL:类库,业务逻辑接口层
MySportsStore.BLL:类库,业务逻辑实现层
MySportsStore.Common:类库,帮助层,存放各种帮助类,比如加密帮助类、缓存帮助类、JSON序列化类等
MySportsStore.WebUI:MVC4项目,并设置为"启动项目"
MySportsStore.Tests:类库,测试层
2、卸载Entity Framework组件,并安装最新版本
由于是在MVC4.0下创建的MySportsStore.WebUI,默认的EF版本是4.0版本,而在其它层,比如MySportsStore.Mode层,也会用到EF,而通过NuGet下载到的是最新版本,这样很容易造成版本不一致。所以,先把MySportsStore.WebUI中的EF组件卸载掉,统一安装最新版本的EF。
打开:工具--程序包管理器--程序包管理器控制台,默认项目选择"MySportsStore.WebUI",在控制台输入如下命令:
Uninstall-Package EntityFramework –Force
再在MySportsStore.WebUI下右键"引用",选择"管理NuGet程序包",下载最新版本的EF。
3、使用EF Code First创建领域模型和EF上下文
MySportsStore.Model下右键"引用"添加程序集:System.ComponentModel.DataAnnotations
添加领域模型Product:
using System.ComponentModel.DataAnnotations; namespace MySportsStore.Model
{
public class Product
{
[Key]
public int Id { get; set; } [MaxLength()]
public string Name { get; set; } [MaxLength()]
public string Description { get; set; }
public decimal Price { get; set; } [MaxLength()]
public string Category { get; set; }
}
}
下载最新版本的EF。安装完后,在MySportsStore.Model下会多出一个App.config文件。
创建EF上下文类:
using System.Data.Entity; namespace MySportsStore.Model
{
public class EfDbContext : DbContext
{
public EfDbContext()
: base("conn")
{
Database.SetInitializer(new EfDbInitializer());
//Database.SetInitializer(new CreateDatabaseIfNotExists<EfDbContext>());
//Database.SetInitializer(new DropCreateDatabaseIfModelChanges<EfDbContext>());
//Database.SetInitializer(new DropCreateDatabaseAlways<EfDbContext>());
}
public DbSet<Product> Products { get; set; }
}
}
创建数据库的种子数据:
using System.Collections.Generic;
using System.Data.Entity; namespace MySportsStore.Model
{
public class EfDbInitializer : CreateDatabaseIfNotExists<EfDbContext>
{
protected override void Seed(EfDbContext context)
{
IList<Product> defaultProducts = new List<Product>();
defaultProducts.Add(new Product(){Name = "Kayak", Description = "A boat for one person", Category = "Watersports", Price = 275.00M});
defaultProducts.Add(new Product() { Name = "Lifejacket", Description = "Protective and fashionable", Category = "Watersports", Price = 48.95M });
defaultProducts.Add(new Product() { Name = "Soccer ball", Description = "FIFA-approved size and weight", Category = "Soccer", Price = 19.50M });
defaultProducts.Add(new Product() { Name = "Corneer flags", Description = "Giving your playing field that professional touch", Category = "Soccer", Price = 34.95M });
defaultProducts.Add(new Product() { Name = "Stadium", Description = "Flat-packed 35,000-seat stadium", Category = "Soccer", Price = 79500.00M });
defaultProducts.Add(new Product() { Name = "Thinking cap", Description = "Improve your brain efficiency by 75%", Category = "Chess", Price = 16.00M });
defaultProducts.Add(new Product() { Name = "Unsteady Chair", Description = "Secretly give your opponent a disadvantage", Category = "Chess", Price = 29.95M });
defaultProducts.Add(new Product() { Name = "Human Chess", Description = "A fun game for the whole family", Category = "Chess", Price = 75.00M });
defaultProducts.Add(new Product() { Name = "Bling-bling King", Description = "Gold-plated, diamond-studded King", Category = "Chess", Price = 1200.00M }); foreach (Product p in defaultProducts)
{
context.Products.Add(p);
}
base.Seed(context);
}
}
}
4、三层架构设计
→DAL层:数据库访问层,负责和数据库交互
● IBaseRepository:是所有IXXXRepository接口的基类,提供了各个IXXXRepository泛型基接口的实现,避免了各个IXXXRepository接口的代码重复
● IProductRepository:实现IBaseRepository接口
● BaseRepository:是所有XXXRepository的基类,提供各个XXXRepository的泛型基类实现,避免了各个XXXRepository的代码重复
● ProductRepository:实现IProductRepository接口,派生于BaseRepository
→DbSession层:数据库访问层的统一入口
● 从中可以拿到各个IXXXRepository接口类型
● 在这里保存EF的所有变化
● 在这里执行SQL语句
→BLL层:业务逻辑层,借助数据库访问层统一入口执行业务逻辑
● IBaseService:是所有IXXXService的基类,提供了各个IXXXService的泛型基接口的实现,避免了各个IXXXService接口的代码重复
● IProductService:实现IBaseService接口
● BaseService:是所有XXXService的基类,提供了各个XXXService的泛型基类实现,避免了各个XXXService的代码重复
● ProductService:实现IProductService接口,派生于BaseService
→UI层:控制器、视图、视图模型
→Domain Model领域模型:与数据库交互相关的模型
→Common:一些帮助类和帮助方法,比如加密、缓存、JSON序列化等
→DTO:负责把领域模型转换成视图模型,比如使用AutoMappeer自动映射
4.1 创建DAL层
4.1.1 MySportsStore.IDAL详解
→IBaseRepository接口
所有的数据接口层的方法基本上是一样的,包括查询、分页查询、添加、批量添加、更新、批量更新、删除、批量删除等。所以,有必要针对所有的数据接口层提炼出一个泛型数据接口基类:
using System;
using System.Linq;
using System.Linq.Expressions; namespace MySportsStore.IDAL
{
public interface IBaseRepository<T> where T : class,new()
{
//查询
IQueryable<T> LoadEntities(Expression<Func<T, bool>> whereLambda); //分页查询
IQueryable<T> LoadPageEntities<S>(
Expression<Func<T, bool>> whereLambad,
Expression<Func<T, S>> orderBy,
int pageSize,
int pageIndex,
out int totalCount,
bool isASC); //查询总数量
int Count(Expression<Func<T, bool>> predicate); //添加
T AddEntity(T entity); //批量添加
int AddEntities(params T[] entities); //删除
int DeleteEntity(T entity); //批量删除
int DeleteBy(Expression<Func<T, bool>> whereLambda); //更新
T UpdateEntity(T entity); //批量更新
int UpdateEntities(params T[] entities);
}
}
查询返回类型为什么用IQueryable<T>,而不用IEnumerable<T>类型?
IQueryable接口实现IEnumerable接口,IQueryable接口拥有IEnumerable的所有功能。
两者的区别可以从以下例子看出端倪:
IEnumerable<T> result = (from t in context.Table
order by t.Id
select c).AsEnumerable().Take();
如果返回的是IEnumerable<T>类型,当执行AsEnumerable()后,会把所有的数据加载到本地内存,然后取出前3条数据。
IQueryable<T> result = (from t in context.Table
order by t.Id
select c).Take();
如果返回的是IQueryable<T>类型,只是在数据库端取出前3条数据。
在这里,为了减少带宽的消耗,选择返回IQuerayble接口类型,当然如果内存足够,需要更快的响应速度,也可以选择返回IEnumerable接口类型。
为什么选择Expression<Func<T, bool>>类型参数而不是Func<T, bool>?
从最终效果来讲,两者并没有区别,都是委托类型参数。两者的区别在于:Func<T, bool>是静态的多播委托,Expression<Func<T, bool>>中,Expression表达式树把静态委托看作是它的数据类型,在编译前使用Expression的静态方法把Func<T, bool>赋值给表达式树的各个属性,在运行时编译的时候,内部调用compile()方法把表达式树转换成静态委托Func<T, bool>。
简而言之,使用Expression<Func<T, bool>>有更强的灵活性,最终也会转换成委托类型。
→IProductRepository接口
所有的数据接口都用引用MySportsStore.Model的领域模型,所以需要引用MySportsStore.Model。
针对领域模型Product,其对应的仓储接口为:
using MySportsStore.Model; namespace MySportsStore.IDAL
{
public interface IProductRepository : IBaseRepository<Product>
{ }
}
使用数据接口的基类接口的好处显而易见。
→IDbContextFactory接口,当前EF上下文的抽象工厂
在BaseRepository中会用到EF上下文的实例,我们借助"抽象工厂"生产DbContext的实例。
从NuGet安装最新版本的EF。
using System.Data.Entity; namespace MySportsStore.IDAL
{
public interface IDbContextFactory
{
//获取当前上下文的唯一实例
DbContext GetCurrentThreadInstance();
}
}
4.1.2 MySportsStore.DAL详解
→添加引用
● 添加对最新版EF的引用
● 添加对MySportsStore.IDAL的引用
● 添加对MySportsStore.Model的引用
→DbContextFactory,实现抽象工厂IDbContextFactory接口,用来生产EF上下文实例
using System.Data.Entity;
using System.Runtime.Remoting.Messaging;
using MySportsStore.IDAL;
using MySportsStore.Model; namespace MySportsStore.DAL
{
public class DbContextFactory : IDbContextFactory
{
//获取当前EF上下文的唯一实例
public System.Data.Entity.DbContext GetCurrentThreadInstance()
{
DbContext obj = CallContext.GetData(typeof (EfDbContext).FullName) as DbContext;
if (obj == null)
{
obj = new EfDbContext();
CallContext.SetData(typeof(EfDbContext).FullName, obj);
}
return obj;
}
}
}
通过CallContext线程槽可以获取到当前线程内的唯一EF上下文实例。
→BaseRepository,所有XXXRepository的泛型基类实现
using System;
using System.Data.Entity;
using System.Linq;
using System.Linq.Expressions;
using MySportsStore.IDAL; namespace MySportsStore.DAL
{
public class BaseRepository<T> : IDisposable where T : class, new()
{
private DbContext db; public BaseRepository()
{
IDbContextFactory dbFactory = new DbContextFactory();
db = dbFactory.GetCurrentThreadInstance();
} //查询
public virtual IQueryable<T> LoadEntities(Expression<Func<T, bool>> whereLambda)
{
IQueryable<T> result = db.Set<T>().Where(whereLambda);
return result;
} //分页查询
public virtual IQueryable<T> LoadPageEntities<S>(
Expression<Func<T, bool>> whereLambada,
Expression<Func<T, S>> orderBy,
int pageSize,
int pageIndex,
out int totalCount,
bool isASC)
{
totalCount = db.Set<T>().Where(whereLambada).Count();
IQueryable<T> entities = null;
if (isASC)
{
entities = db.Set<T>().Where(whereLambada)
.OrderBy(orderBy)
.Skip(pageSize*(pageIndex - ))
.Take(pageSize);
}
else
{
entities = db.Set<T>().Where(whereLambada)
.OrderByDescending(orderBy)
.Skip(pageSize*(pageIndex - ))
.Take(pageSize);
}
return entities;
} //查询总数量
public virtual int Count(Expression<Func<T, bool>> predicate)
{
return db.Set<T>().Where(predicate).Count();
} //添加
public virtual T AddEntity(T entity)
{
db.Set<T>().Add(entity);
return entity;
} //批量添加 每10条记录提交一次
public virtual int AddEntities(params T[] entities)
{
int result = ;
for (int i = ; i < entities.Count(); i++)
{
if(entities[i] == null) continue;
db.Set<T>().Add(entities[i]);
//每累计到10条记录就提交
if (i != && i% == )
{
result += db.SaveChanges();
}
} //可能还有不到10条的记录
if (entities.Count() > )
{
result += db.SaveChanges();
}
return result;
} //删除
public virtual int DeleteEntity(T entity)
{
db.Set<T>().Attach(entity);
db.Entry(entity).State = EntityState.Deleted;
return -;
} //批量删除
public virtual int DeleteBy(Expression<Func<T, bool>> whereLambda)
{
var entitiesToDelete = db.Set<T>().Where(whereLambda);
foreach (var item in entitiesToDelete)
{
db.Entry(item).State = EntityState.Deleted;
}
return -;
} //更新
public virtual T UpdateEntity(T entity)
{
if (entity != null)
{
db.Set<T>().Attach(entity);
db.Entry(entity).State = EntityState.Modified;
}
return entity;
} //批量更新 每10条记录更新一次
public virtual int UpdateEntities(params T[] entities)
{
int result = ;
for (int i = ; i < entities.Count(); i++)
{
if(entities[i] == null) continue;
db.Set<T>().Attach(entities[i]);
db.Entry(entities[i]).State = EntityState.Modified;
if (i != && i% == )
{
result += db.SaveChanges();
}
} //可能还存在不到10条的记录
if (entities.Count() > )
{
result += db.SaveChanges();
}
return result;
} //释放EF上下文
public void Dispose()
{
db.Dispose();
}
}
}
为什么BaseRepository没有实现IBaseRepository接口?
--的确,BaseRepository的绝大多数方法是IBaseRepository接口的实现,但BaseRepository是所有XXXRepository的基类泛型实现,它的存在是为了避免所有XXXRepository中重复代码。
为什么要实现IDisposable接口?
--的确,DbContext有默认的垃圾回收机制,但通过BaseRepository实现IDisposable接口,可以在不用EF上下文的时候手动回收,时效性更强。
→ProductRepository
using MySportsStore.IDAL;
using MySportsStore.Model; namespace MySportsStore.DAL
{
public class ProductRepository : BaseRepository<Product>, IProductRepository
{ }
}
ProductRepository派生于BaseRepository<Product>完成方法的实现。
ProductRepository的行为受IProductRepository约束。
源码在这里。
“MVC项目实践,在三层架构下实现SportsStore”系列包括:
MVC项目实践,在三层架构下实现SportsStore,从类图看三层架构
MVC项目实践,在三层架构下实现SportsStore-01,EF Code First建模、DAL层等
MVC项目实践,在三层架构下实现SportsStore-02,DbSession层、BLL层
MVC项目实践,在三层架构下实现SportsStore-03,Ninject控制器工厂等
MVC项目实践,在三层架构下实现SportsStore-04,实现分页
MVC项目实践,在三层架构下实现SportsStore-05,实现导航
MVC项目实践,在三层架构下实现SportsStore-06,实现购物车
MVC项目实践,在三层架构下实现SportsStore-07,实现订单提交
MVC项目实践,在三层架构下实现SportsStore-08,部署到IIS服务器
MVC项目实践,在三层架构下实现SportsStore-09,ASP.NET MVC调用ASP.NET Web API的查询服务
MVC项目实践,在三层架构下实现SportsStore-10,连接字符串的加密和解密
MVC项目实践,在三层架构下实现SportsStore-11,使用Knockout实现增删改查
MVC项目实践,在三层架构下实现SportsStore-01,EF Code First建模、DAL层等的更多相关文章
- MVC项目实践,在三层架构下实现SportsStore,从类图看三层架构
在"MVC项目实践,在三层架构下实现SportsStore-02,DbSession层.BLL层"一文的评论中,博友浪花一朵朵建议用类图来理解本项目的三层架构.于是就有了本篇: I ...
- MVC项目实践,在三层架构下实现SportsStore-02,DbSession层、BLL层
SportsStore是<精通ASP.NET MVC3框架(第三版)>中演示的MVC项目,在该项目中涵盖了MVC的众多方面,包括:使用DI容器.URL优化.导航.分页.购物车.订单.产品管 ...
- MVC项目实践,在三层架构下实现SportsStore-03,Ninject控制器工厂等
SportsStore是<精通ASP.NET MVC3框架(第三版)>中演示的MVC项目,在该项目中涵盖了MVC的众多方面,包括:使用DI容器.URL优化.导航.分页.购物车.订单.产品管 ...
- MVC项目实践,在三层架构下实现SportsStore-04,实现分页
SportsStore是<精通ASP.NET MVC3框架(第三版)>中演示的MVC项目,在该项目中涵盖了MVC的众多方面,包括:使用DI容器.URL优化.导航.分页.购物车.订单.产品管 ...
- MVC项目实践,在三层架构下实现SportsStore-05,实现导航
SportsStore是<精通ASP.NET MVC3框架(第三版)>中演示的MVC项目,在该项目中涵盖了MVC的众多方面,包括:使用DI容器.URL优化.导航.分页.购物车.订单.产品管 ...
- MVC项目实践,在三层架构下实现SportsStore-06,实现购物车
SportsStore是<精通ASP.NET MVC3框架(第三版)>中演示的MVC项目,在该项目中涵盖了MVC的众多方面,包括:使用DI容器.URL优化.导航.分页.购物车.订单.产品管 ...
- MVC项目实践,在三层架构下实现SportsStore-07,实现订单提交
SportsStore是<精通ASP.NET MVC3框架(第三版)>中演示的MVC项目,在该项目中涵盖了MVC的众多方面,包括:使用DI容器.URL优化.导航.分页.购物车.订单.产品管 ...
- MVC项目实践,在三层架构下实现SportsStore-08,部署到IIS服务器
SportsStore是<精通ASP.NET MVC3框架(第三版)>中演示的MVC项目,在该项目中涵盖了MVC的众多方面,包括:使用DI容器.URL优化.导航.分页.购物车.订单.产品管 ...
- MVC项目实践,在三层架构下实现SportsStore-09,ASP.NET MVC调用ASP.NET Web API的查询服务
ASP.NET Web API和WCF都体现了REST软件架构风格.在REST中,把一切数据视为资源,所以也是一种面向资源的架构风格.所有的资源都可以通过URI来唯一标识,通过对资源的HTTP操作(G ...
随机推荐
- [转]ASP.NET 状态服务 及 session丢失问题解决方案总结
转自[http://blog.csdn.net/high_mount/archive/2007/05/09/1601854.aspx] 最近在开发一ASP.NET2.0系统时,在程序中做删除或创建文件 ...
- 西秦的ACE-Python教程 一、Python本地开发环境部署
西秦的ACE-Python教程 一.Python本地开发环境部署 西秦 级别: 论坛版主 发帖 1357 云币 2782 加关注 写私信 只看楼主 更多操作楼主 发表于: 10-10 ...
- QQ音乐的各种相关API
QQ音乐的各种相关API 分类: oc2014-01-29 15:34 2676人阅读 评论(2) 收藏 举报 基本上论坛里做在线音乐的都在用百度的API,进来发现百度的API不仅歌曲的质量不可以保证 ...
- Artificial Intelligence Research Methodologies 人工智能研究方法
Computer Science An Overview _J. Glenn Brookshear _11th Edition To appreciate the field of artificia ...
- 【转】Unity3D研究院之通过C#使用Advanced CSharp Messenger(五十)
http://www.xuanyusong.com/archives/2165 Advanced CSharp Messenger 属于C#事件的一种. 维基百科中由详细的说明http://wiki. ...
- (IOS)Swift2.0 Radio 程序分析
本文主要分享下楼主在学习Swift编程过程中,对GitHub上的一个开源项目Swift Radio的研究心得. 项目地址:https://github.com/swiftcodex/Swift-Rad ...
- jfinal
http://blog.csdn.net/zb0567/article/details/21083021
- nginx https
默认情况下ssl模块并未被安装,如果要使用该模块则需要在编译时指定–with-http_ssl_module参数,安装模块依赖于OpenSSL库和一些引用文件,通常这些文件并不在同一个软件包中.通常这 ...
- SAX解析XML
package ls.xml; import java.io.StreamCorruptedException; import javax.xml.stream.events.EndElement; ...
- Dom方式解析XML
public class TestXML { public static void main(String[] args) throws SAXException, IOException { //D ...