数据访问层DAL

我们已经根据设计好的pdm文件生成数据库,下面我们一起完成数据库访问层需要的工作

在dal类库上点击右键,添加,新建项

选择“ADO。NET实体数据模型”,会自动命名“Model1”

选择“来自数据库的EF设计器”为什么不选择“Code First”呢?因为Oracle官方提供的EF,不支持Code First,所以有跨库需求的,还是选择这种最简单的方式吧。

先测试一下连接,再确定

下面会用你“数据库的名称+Entities”命名,不建议修改,下面你会用到

如果你的电脑没有安装其他版本的EF,就不会出现下面的页面

注意:不要选择“确定所生成对象名称的单复数形式(s)”,因为以后我们会配套代码生成器,对其他层的代码自动生成;

完成后,生成如下的3个文件, 这3个文件都分别什么作用呢?

好,我们通过3个进一步的问题回答,

  • 1.怎么将数据库由“Sys”变更为“HeXiao”呢?

打开“App.Config”,来配置本类库的entity framework

在解决方案中,双击打开“Model1.edmx”,然后Ctrl+A(全选),最后Delete,这样就删了所有的模型;

在空白处点击右键,选择“从数据库更新模型”

注意:这只完成了DAL类库的修改,还有系统的配置文件没有修改,将“App.config(只为DAL类库使用)”中内容拷贝到“Web.config(系统级别的配置文件)”

为什么需要一致呢?因为config文件只给其所在应用程序使用,我们做的是bs架构的系统,外面访问的是展示层App,而在App层中的配置文件是Web.config,所以在App项目中是整个系统的所有配置文件,同理,下面的packages.config文件,也要保持一致,因为我们在DAL组件不需要再增加新的组件引用了,删除即可。

  • 2.packages.config的作用是什么?

大家一定要清楚,作为常识

下面我们新建一个文件夹“Framework”,存放本类库的公用代码,我们还会建一个文件夹,存放本类库的业务代码,且为后话。

BaseRepository.cs是访问数据库表的基类

using System.Linq;

namespace Langben.DAL
{
    public abstract class BaseRepository<T> where T : class
    {
        #region 字段

        /// <summary>
        /// 开始时间的标识
        /// </summary>
        public string Start_Time { get { return "Start_Time"; } }
        /// <summary>
        /// 结束时间的标识
        /// </summary>
        public string End_Time { get { return "End_Time"; } }
        /// <summary>
        /// 开始数值的标识
        /// </summary>
        public string Start_Int { get { return "Start_Int"; } }
        /// <summary>
        /// 结束数值的标识
        /// </summary>
        public string End_Int { get { return "End_Int"; } }
        ///
        /// 精确字符串
        /// </summary>
        public string DDL_String { get { return "DDL_String"; } }
        /// <summary>
        /// 精确数字
        /// </summary>
        public string DDL_Int { get { return "DDL_Int"; } }

        #endregion

        /// <summary>
        /// 获取所有
        /// </summary>
        /// <param name="db">实体数据上下文</param>
        /// <returns>集合</returns>
        public virtual IQueryable<T> GetAll(SysEntities db)
        {
            return db.Set<T>().AsQueryable();
        }
        /// <summary>
        /// 创建
        /// </summary>
        /// <param name="db">实体数据上下文</param>
        /// <param name="entity">将要创建的对象</param>
        public virtual void Create(SysEntities db, T entity)
        {
            if (entity != null)
            {
                db.Set<T>().Add(entity);
            }
        }
        /// <summary>
        /// 创建
        /// </summary>
        /// <param name="entity">一个对象</param>
        /// <returns>成功了几条数据</returns>
        public virtual int Create(T entity)
        {
            using (SysEntities db = new SysEntities())
            {
                Create(db, entity);
                return this.Save(db);
            }
        }
        /// <summary>
        /// 创建对象集合
        /// </summary>
        /// <param name="db">实体数据上下文</param>
        /// <param name="entitys">对象集合</param>
        public virtual void Create(SysEntities db, IQueryable<T> entitys)
        {
            foreach (var entity in entitys)
            {
                this.Create(db, entity);
            }
        }
        /// <summary>
        /// 编辑一个对象
        /// </summary>
        /// <param name="db">实体数据</param>
        /// <param name="entity">将要编辑的一个对象</param>
        /// <param name="isAttach">是否附加到数据库上下文,如果对象是从数据库查询出来的,则为false</param>
        public virtual T Edit(SysEntities db, T entity, bool isAttach = true)
        {
            if (isAttach)
                db.Set<T>().Attach(entity);

            db.Entry(entity).State = System.Data.Entity.EntityState.Modified;
            return entity;
        }
        /// <summary>
        /// 编辑对象集合
        /// </summary>
        /// <param name="db">实体数据</param>
        /// <param name="entitys">对象集合</param>
        public virtual void Edit(SysEntities db, IQueryable<T> entitys)
        {
            foreach (T entity in entitys)
            {
                this.Edit(db, entity);
            }
        }
        /// <summary>
        /// 提交保存,持久化到数据库
        /// </summary>
        /// <param name="db">实体数据</param>
        /// <returns>受影响行数</returns>
        public int Save(SysEntities db)
        {
            return db.SaveChanges();
        }

    }
}

BaseViewRepository.cs是访问数据库视图的基类

  • 3.“Model1.edmx”整个文件有什么用?

它将数据库映射成了我们可以在面向对象使中用的模型,包含了数据库访问用到的实体和数据库访问方法,我们约定:数据库访问用到的实体我们可以在其他层(BLL,IBLL,App)中使用,数据库访问方法只能在DAL中使用

至此,数据库访问层搭建基本完成。可以只能

时间: 2024-08-16 02:07:01

数据访问层DAL的相关文章

微软-创建数据访问层

简介 https://msdn.microsoft.com/zh-cn/cc964016 作为web 开发人员,我们的工作总是在和数据打交道.我们创建数据库来存储数据,编写代码来检索并修改数据,并创建Web 页面来收集和汇总数据.这是探讨在ASP.NET 2.0 中实现这些常用类型的技巧的系列教程中的首篇教程.我们从创建一个 软件架构 开始,包括使用Typed DataSet 的数据访问层(DAL) .实现自定义业务规则的业务逻辑层(BLL) 和共享同一页面布局的ASP.NET 页面组成的表示层

加载的DAL数据访问层的类型

using System; using System.Collections; using System.Reflection; using CSFrameworkV4_5.Core; using CSFrameworkV4_5.Core.CodeGenerator; using CSFrameworkV4_5.Server.DataAccess.DAL_Base; namespace CSFrameworkV4_5.Server.DataAccess { /// <summary> ///

企业级应用框架(二)三层架构之数据访问层的封装与抽象

接上一篇我们来对数据访问层进行封装与抽象.在上一篇我们知道,要解除BLL对DAL的依赖,我们就必须抽象出DAL层的接口,同时基于DAL的数据访问技术很多,如EF,ADO.NET,LINQ TO SQL,因此,我们的数据访问层必须对这些技术提供相应的支持.所以今天我们要做的事情有两件,第一,定义我们的数据访问层接口:第二,屏蔽各类数据库访问技术的差异,提供统一的数据库访问模型.举个例子,我们只需要修改一下我们的配置文件,就能够把ADO.NET的实现方式,改变成EF的实现方式.好下面搭建我们的三层构

企业级应用框架(三)三层架构之数据访问层的改进以及测试DOM的发布

在上一篇我们在宏观概要上对DAL层进行了封装与抽象.我们的目的主要有两个:第一,解除BLL层对DAL层的依赖,这一点我们通过定义接口做到了:第二,使我们的DAL层能够支持一切数据访问技术,如Ado.net,EF,linq To Sql,这一点我们实现的不是很完美,仍有很大的改进空间,本文将加以改进. 在此之前我们来看一下我们最新的dom(PS:经过两天的赶工,我们的dom已经相对成熟,其中BLL层已经被我高度抽象化了,并且引进了业务上文文的概念:DAL层除了具体的技术实现尚为完成,其他方面已经相

系统架构师-基础到企业应用架构-数据访问层

一.上章回顾 上篇我们简单讲述了服务层架构模式中的几种,并且讲解了服务层的作用及相关的设计规范,其实我们应该知道,在业务逻辑层中使用领域模型中使用服务层才 能发挥出最大的优势,如果说我们在业务逻辑层还是使用非领域模型的模式话,服务层的作用仅体现在解耦作用.其实在业务逻辑层采用领域模型时,我们前面说的持 久化透明的技术,其实我们可以通过服务层来做,我们在服务层中处理领域对象信息的持久化操作.当然本篇可能不会深入讨论持久化透明的具体实现,后面会单独开 篇来讲述,我们先来回顾下上篇讲解的内容:  上图

Java通用数据访问层Fastser-DAL推荐

本着不重复造轮子的原则,基于mybatis.spring jdbc.hibernate等ORM的通用数据访问层,支持基于datasource的读写分离.主备自动切换和故障转移,支持简单的负载均衡. 源码地址:http://git.oschina.net/fastser/fastser-dal-all 特性: 基于mybatis.spring jdbc.hibernate等各大orm框架实现通用dal层功能,并可以与已有项目完全兼容.同时也可以在已经实现的orm框架之间任意切换,不需要对代码作任何

使用Ninject+Moq在单元测试中抽象数据访问层

一.测试方法的业务逻辑时,通常都需要从数据库读取测试数据,但是每次初始化数据库数据都很麻烦,也会影响到其它业务对数据的访问,怎样抽象数据访问层呢?就是用Moq去模拟数据访问的逻辑 二.步骤如下 2.1 定义数据访问接口和实现 public interface IDBAccess { List<string> GetList(string request); } public class DBAccessImp : IDBAccess { public List<string> Ge

数据访问层之Repository

数据访问层之Repository 接上文 项目架构开发:数据访问层之Logger 本章我们继续IRepository开发,这个仓储与领域模式里边的仓储有区别,更像一个工具类,也就是有些园友说的"伪仓储", 这个仓储只实现单表的CURD与Query,都是通过主键ID或拉姆达表达式进行操作的,返回的都是单表的实体或实体集合, 多表的在IQuery接口中再讲:虽然如此,但是如果与"活动记录"开发模式搭配的话,会非常合适,可以减少开发的时间 及出错几率,更符合开发人员的类型

项目架构开发:数据访问层之Query

接上文 项目架构开发:数据访问层之Repository 上一章我们讲了IRepository接口,这张我们来讲IQuery 根据字面意思就可以知道,这次主要讲数据查询,上一章我们只针对单表做了查询的操作,多表联查并没有实现 其实对于任何一个项目来说,多表联查都是比较麻烦的地方,因为项目的“读”操作,特别是多表的“读”,至少占据所有“读”的一半以上 然而至今,据我所知还没有哪一款ORM工具可以灵活处理多表联查:想要不写sql语句,又想性能高,还想用强类型的ling查询方法:这对于多表查询来说比较难