首先定义一个DbContext的扩展类DbContextDetachAllExtension,其中包含一个DbContext的扩展方法DetachAll,用来取消跟踪DbContext中所有被跟踪的实体: using Microsoft.EntityFrameworkCore; using System.Linq; namespace DbContextUtils { /// <summary> /// DbContext的扩展类 /// </summary> public sta

点这里进入ABP系列文章总目录 基于DDD的现代ASP.NET开发框架--ABP系列之10.ABP领域层——实体 ABP是“ASP.NET Boilerplate Project (ASP.NET样板项目)”的简称. ABP的官方网站:http://www.aspnetboilerplate.com ABP在Github上的开源项目:https://github.com/aspnetboilerplate 本文由深圳-Carl提供翻译 实体是DDD(领域驱动设计)的核心概念之一.Eric Eva

返回总目录 本篇目录 实体类 惯例接口 审计 软删除 激活/未激活 IEntity接口 实体是DDD(领域驱动设计)的核心概念之一.Eirc Evans是这样描述的实体的:"它根本上不是通过属性定义的,而是通过一系列连续性和标识定义的".因此,实体都有Id属性并且都存储到数据库中.一个实体一般会映射到数据库的一张表. 实体类 在ABP中,实体派生自Entity类,看下面的例子: public class Person : Entity { public virtual string N

ABP领域层——实体 基于DDD的现代ASP.NET开发框架--ABP系列之10.ABP领域层——实体 ABP是“ASP.NET Boilerplate Project (ASP.NET样板项目)”的简称. ABP的官方网站:http://www.aspnetboilerplate.com ABP在Github上的开源项目:https://github.com/aspnetboilerplate 本文由深圳-Carl提供翻译 实体是DDD(领域驱动设计)的核心概念之一.Eric Evans是这样

在我们项目中,由于涉及到报表配置管理,可以通过一段sql快捷的配置出一个报表页面.部分sql会与abp框架的一些系统表做关联查询,而abp的映射类没有单独设置表和字段的名称,默认用类名和属性名,区分大小写,造成写sql时需要对这些表加入双引号,不是很方便.本篇文章是修改abp.zero的实体映射类,分别为其表名和字段设定大写值. 由于我的项目还使用的是Abp.Zero.1.5.1版本,故下载了源码并对其所有实体类做了修改. 看一个截图: 我这里已经把相关的表及字段全部调整了,可直接下载调整以后的

在使用git的时候,有些文件是不需要上传的,所以就可以修改   .gitignore 例如: 如果是对所有文件都取消跟踪的话,就是 git rm -r -cached .  //不删除本地文件 git rm -r -f .  //删除本地文件 对某个文件取消跟踪 git rm --cached readme1.txt    删除readme1.txt的跟踪,并保留在本地. git rm --f readme1.txt    删除readme1.txt的跟踪,并且删除本地文件. 然后git com

返回总目录:ABP+AdminLTE+Bootstrap Table权限管理系统一期 ABP模块系统 说了这么久,还没有详细说到abp框架,abp其实基于DDD(领域驱动设计)原则的细看分层如下: 再看我们项目解决方案如下: JCmsErp.Application,应用层:进行展现层与领域层之间的协调,协调业务对象来执行特定的应用程序的任务.它不包含业务逻辑,主要包含一些模型,abp重要的数据传输DTO,包括数据库映射实体,前端视图模型转实体(Entity)对象,一个应用服务方法通常被认为是一个

ABP框架是一个非常庞大的框架,里面的东西有很多,那么如果我需要使用ABP进行项目的开发,具体的使用流程是怎样的呢?接下来将以一个简单的电影票管理“系统”为例子具体的实现一下. 一. 实体的创建 实体是属于领域层的,所以我们创建到Core项目中 1.创建实体的时候需要继承自Entity,这个是遵循了ABP框架的规则,在ABP中所有的实体都是继承自Entity,Entity这个类实际上是实现了IEntity这个接口,这个接口中默认的已经定义了Id这个属性,所以我们的实体不需要写Id属性,默认的Id

用例演示 - 创建实体 本节将演示一些示例用例并讨论可选场景. 创建实体 从实体/聚合根类创建对象是实体生命周期的第一步.聚合/聚合根规则和最佳实践部分建议为Entity类创建一个主构造函数,以保证创建一个有效的实体.因此,无论何时我们需要创建实体的实例,我们都应该使用那个构造函数 参见下面的问题聚合根类: public class Issue : AggregateRoot<Guid> { public Guid RepositoryId { get; private set; } publ

1.共享式忽略  git库路径下的.gitignore文件 2.独享式忽略  git库路径下的.git/info/exclude ,第一次需要自己创建exclude文件 然后将要忽略的文件名加到上面的文件中就行了,添加过以后可以用git status验证一下

参考: https://aspnetboilerplate.com/Pages/Articles/Introduction-With-AspNet-Core-And-Entity-Framework-Core-Part-1/index.html#ArticleAddTaskToDbContext

文档目录 本节内容: 实体类 聚合根类 领域事件 约定的接口 审计 软删除 活跃/消极 实体 实体变化事件 IEntity 接口 实体是DDD一个核心的概念.Eric Evans是这么描述的:“一个对象根本上不是按它的特性定义的,而是按一个线程的连续性和身份来定义”.所以实体有一个id属性存入数据库中.一个实体通常映射成关系型数据库的一个表. 实体类 在ABP里,实体从Entity类上继承,示例代码如下: public class Person : Entity { public virtual

标题:重温ABP领域层 1. 前言  最近一段时间一直在看<ABP的开发指南>(基于DDD的经典分层架构思想).因为之前一段时间刚看完<领域驱动设计:软件核心复杂性应对之道>,概念比较多,看着有点空.于是拿起了这本书.应该说是不是书, 只是一个PDF版的开发指南.于是乎,就开始了.好了,废话不多说,首先是ABP领域层的结构介绍,如下图所示: 从图中可以看到,ABP的领域层分为 实体,仓储,工作单元,数据过滤器,以及领域事件五个部分.这五个部分的功能作用,如果看过了解过DDD的应该不

在 Entity Framework 中,当通过 EF 使用 LINQ 查询获取到一个实体(实际得到的是 EF 动态生成的实体类的代理类的实例)时,这个实体的状态默认是被跟踪的.所以,当你修改实体的某些属性值之后调用 SaveChanges() ,EF 会生成只针对这些被修改属性的 UPDATE SQL 语句. 但是最近使用 Entity Framework Core 时遇到一个问题,通过 LINQ 查询得到一个实体后,修改实体的属性值并执行 SaveChanges() 时,EF Core 没有

核心 SaveChanges() "已分离"和"未改变"的实体,SaveChanges()忽略: "已添加"的实体,SaveChanges() 插入数据库: "已修改"的实体,SaveChanges() 更新到数据库: "已删除"的实体,SaveChanges() 从数据库删除 快照更改跟踪 这是EFCore 默认的一个机制 首次跟踪一个实体的时候,EFCore 会创建这个实体的快照.在执行SaverCha

一. 简介 我们在前面章节介绍EF基本增删改的时候,曾说过EF的SaveChanges()方法,会一次性的将所有的实体的状态变化统一提交到数据库,那么你是否想过EF的实体会有哪些状态变化呢?什么原因会导致其变化呢?我们怎么来追踪EF的实体变化呢?本章节以追踪EF实体状态变化的三种方式为线索,一一介绍上面疑问. 废不多说,还是先把整理的结论贴出来,然后配合代码来介绍. 1. EF的实体状态总共有5种:Added.Deleted.Modified.Detached.unChanged  ①. unC

abp及实战框架概述 接触abp也快一年了,有过大半年的abp项目开发经验,目前项目中所用的abp框架版本为0.10.3,最新的abp框架已经到了1.4,并且支持了asp.net core.关于abp框架有哪些特性.有什么好处我这里就不讲了.如果你对abp不太了解请先去 Abp官网 了解或者参考我的学习之路里面的链接.在这系列的文章里面我会把我在实战中的经验.碰到的坑分享出来.希望跟大家一起学习讨论. 学习之路 一年前在博客园里面看到了阳光铭睿 的 http://www.cnblogs.com/

由于Scaffold-DbContext指令目前还不支持自动映射数据库中的视图为实体,所以当我们想使用EF Core来读取数据库视图数据的时候,我们需要手动去做映射,本文介绍如何在EF Core中手动映射数据库的视图为实体. 假设我们在SQL Server中有如下数据库视图[dbo].[V_Person]: CREATE VIEW [dbo].[V_Person] AS SELECT ID, Code, Name, CreateTime, UpdateTime FROM dbo.Person G

ABP相关岗位招聘:给热爱.NET新技术和ABP框架的朋友带来一个高薪的工作机会 ABP交流会录像视频:ABP架构设计交流群-7月18日上海线下交流会的内容分享(有高清录像视频的链接) 代码自动生成:分享一个与ABP配套使用的代码生成器源码 ABP系列文章总目录: 1.ABP总体介绍  2.ASP.NET Boilerplate入门 3.ABP分层架构 4.ABP模块系统 5.ABP启动配置 6.ABP依赖注入 7.ABP Session管理8.ABP日志管理9.ABP设置管理10.ABP领域层

1.实体Entites 1.1 概念 实体是DDD(领域驱动设计)的核心概念之一. 实体是具有唯一标识的ID且存储在数据库总.实体通常被映射成数据库中的一个表. 在ABP中,实体继承自Entity类. public class Person : Entity { public virtual string Name { get; set; } } Id是所有继承自Entity类的实体主键. Id数据类型可以被更改,默认是int(int32)类型. public class Person : En

第九章 在N层结构的应用程序中使用EF 不是所有的应用都能完全地写入到一个单个的过程中(就是驻留在一个单一的物理层中),实际上,在当今不断发展的网络世界,大量的应用程序的结构包含经典的表现层,应用程,和数据层,并且它们可能分布在多台计算机上,被分布到一台单独的计算机上的应用程序的某个领域的逻辑层,并不过多地涉及代理服务器编码,序列化,和网络协议,应用程序可以跨越很多设备,从小到一个移动设备到大到一个包含企业所有账户信息的数据服务器. 幸运的是,EF可应用于WCF,WEB Api等诸如此类的多层框