上一节讲了类库添加一些底层的基本封装,下面来添加实体和仓储 1.Entities文件夹添加一个实体类Users,继承BaseModel,即拥有BaseModel的主键 using System; namespace Dinner.Dapper.Entities { public class Users : BaseModel { /// <summary> /// 用户名 /// </summary> public string UserName { get; set; } ///

上一节我们讲到实体,仓储接口和仓储接口的实现需要遵循约定的命名规范,不仅是规范,而且为了依赖注入,现在我们实现仓储的依赖注入 在NetCore WebApi项目中新添加一个文件夹(Unit),当然你也可以直接放在根目录下面,关键是后期类增加了你会找对地方,看起来不是那么乱,添加一个RuntimeHelper 我先说一下实现仓储依赖注入的基本思路,就是通过反射获取所有的程序集,然后在程序集中找到 I+实体+Repository的接口和 实体+Repository的实现类,然后在依赖注入容器中注册他

前言     在业务系统,异常处理是所有开发人员必须面对的问题,在一定程度上,异常处理的能力反映出开发者对业务的驾驭水平:本章将着重介绍如何在 WebApi 程序中对异常进行捕获,然后利用 Nlog 组件进行记录:同时,还将介绍两种不同的 异常捕获方式:管道捕获/服务过滤:通过本练习,将学习到如何捕获异常.处理异常跳转.记录异常信息. 1. 搭建框架     首先,创建一个 WebApi 项目,选择 Asp.Net Core Web 应用程序: 1.1 进一步选择 Api 模板,这里使用的 .n

初衷是想用dapper搭建一个高性能的架构,因为dapper操作数据库的效率很高 1.VS创建一个NetCore WebApi的框架,然后解决方案添加一个NetStandard的类库 整个解决方案如图所示 2.根据DDD架构的思想类库完全充当一个仓储的功能,因为服务层本来就是提供接口的,所以这里不再构建Application层,直接使用WebApi充当Application层,由于底层使用的是Dapper,所以数据层直接和仓储层合并了,要是使用EntityFramework,需要再构建一个Ent

一.前期环境准备 1.创建一个core webapi的项目,基于core3.1版本创建一个项目. 2.Dapper安装,使用NuGet来安装Dapper程序包 Install-Package Dapper -Version 2.0.30 Install-Package Dapper.Contrib -Version 2.0.30 3.MySQL.Data的程序包(可以使用其他数据库,如:sqlserver,sqllite等) Install-Package Dapper -Version 8.0

在netcore开发中,最常见的就是注入,比如想获取appsettings.json的内容,我们就需要去注入,然后在controller里面去获取,但是我们如果想要在service中使用appsettings.json的内容,这样就是一个问题,并且每个controller去注入也是非常麻烦的事情 下面的注入的(这种方法百度一下可以出来几百条相同的搜索结果...参见https://www.cnblogs.com/ideacore/p/6282926.html) services.AddOption

上一节讲解了仓储的依赖注入,想必现在都可以通过构造函数依赖注入直接调用 但是WebApi只是提供一个接口调用,为了方便我们的操作,我们得给他加上一个图形化界面工具,使用Swagger WebApi项目添加Swagger的Nuget包:Swashbuckle.AspNetCore 打开StartUp.cs类,在ConfigureServices方法里面添加下面的代码 #region 添加SwaggerUI services.AddSwaggerGen(options => { options.Sw

看下我们上一节搭建的架构,现在开始从事底层的封装 1.首先需要一个实体的接口IEntity namespace Dinner.Dapper { public interface IEntity<TPrimaryKey> { TPrimaryKey Id { get; set; } } } 2.由于所有的数据库实体都是有主键的,所以这里定义一个BaseModel,这里我用的主键是Guid,你们可以换成int using System; namespace Dinner.Dapper { publ

目录 1,编写依赖注入框架 1.1 路由索引 1.2 依赖实例化 1.3 实例化类型.依赖注入.调用方法 2,编写控制器和参数类型 2.1 编写类型 2.2 实现控制器 3,实现低配山寨 ASP.NET Core [微信平台,此文仅授权<NCC 开源社区>订阅号发布] 从前面第四篇开始,进入了实践练习:第五篇实现了实例化一个类型以及对成员方法等的调用.当然,还有一些操作尚将在后面的章节进行介绍. 因为本系列属于实践练习,所以系列文章可能比较多,内容比较长.要学会一种技术,最好的方法是跟着例子代

WebApi必须保证安全,现在来添加JWT认证 1.打开appsettings.json添加JWT认证的配置信息 2.在项目根目录下新建一个Models文件夹,添加一个JwtSettings.cs的实体 namespace Dinner.WebApi.Models { public class JwtSettings { /// <summary> /// 证书颁发者 /// </summary> public string Issuer { get; set; } /// <

简单介绍,直接官方文档 https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/dependency-injection?view=aspnetcore-2.2 public interface IOperation { Guid OperationId { get; } } public interface IOperationTransient : IOperation { } public interface IOperation

netcore中自带了Ioc框架,这也影响了我们的编码习惯,以前都是静态类或者直接new对象,现在有了Ioc框架的支持,我们也不必守旧,应当使用起来,接受这种对象管理方式.使用过java的同仁,都习惯了Spring,感觉离开了Spring就好像失去了灵魂一样.Spring经过多年的沉淀,非常的稳定和灵活,相比之下,netcore中自带的Ioc框架太过轻量,中规中矩的使用还算够用,但是其灵活性的确有待加强.比如属性注入.字段注入.方法参数注入等等,虽然说官方强烈建议使用构造函数注入,并且只提供了构

IOC.DI相关概念的理解 1.依赖:简单的讲就是"引用到".例如AccountController.cs引用到IAccountService.cs,那么AccountController依赖IAccountService. 2.依赖倒置:依赖倒置是指程序要依赖于抽象或者接口,不要依赖于具体实现(高层模块不依赖于底层模块,不依赖于具体实现,而应该依赖接口).是六大设置原则之一.它的优势在于当高层模块变化时,底层模块无需改动,达到解耦的目的. 3.反转控制(IOC):是一种设计思想,相对

前言 读本篇文章之前,可以先读前两篇文章.为了照顾没看过的朋友,我也会稍作复习. 思考大纲: .Net架构篇:思考如何设计一款实用的分布式监控系统? 实践篇一:.NetCore实践篇:分布式监控客户端ZipkinTracer从入门到放弃之路 实践篇二:.NetCore实践篇:分布式监控系统zipkin踩坑之路(二) 上一章节,我们遗留了两个问题, 聚合调用span传送到zipkin时,没有产生聚合的span. 菜单dependencies没有聚合数据,zipkin-dependencies启动失

前言 NETCore 里说到任务调度,大家首先想到的应该是大名鼎鼎的 QuartzNET 与 Hangfire,然而本篇介绍的却都不是,而是 Bootstrap Admin(以下简称 BA)通用后台权限管理框架中内置的一个小功能任务调度模块. 为什么重复造轮子 我个人认为这不是重复造轮子,只有自己写过调度才能对 调度 有深刻的体会,能对很多平时未涉及的知识进行巩固与学习,通过 Tasks 模块的编写对多线程.异步等知识点都能更深入的了解与实践. Task 组件介绍 组件同时支持 .net fra

随笔分类 - Asp.NETCore轻松学系列 Asp.NETCore轻松学系列阅读指引目录 摘要: 耗时两个多月,坚持写这个入门系列文章,就是想给后来者更好更快的上手体验,这个系列可以说是从入门到进阶,适合没有 .NETCore 编程经验到小白同学,也适合从 .NET Framework 迁移到 .NETCore 的朋友.阅读全文 posted @ 2019-03-05 07:39 Ron.Liang 阅读(10762) | 评论 (36) 编辑 Asp.NetCore轻松学-使用Docker

随笔分类 - Asp.NETCore轻松学系列 Asp.NETCore轻松学系列阅读指引目录 摘要: 耗时两个多月,坚持写这个入门系列文章,就是想给后来者更好更快的上手体验,这个系列可以说是从入门到进阶,适合没有 .NETCore 编程经验到小白同学,也适合从 .NET Framework 迁移到 .NETCore 的朋友.阅读全文 posted @ 2019-03-05 07:39 Ron.Liang 阅读(10756) | 评论 (36) 编辑 Asp.NetCore轻松学-使用Docker

应用场景 现在由于前后端技术的分离,后端程序员在使用ORM框架开发后台API接口的时候,往往会将数据库的"数据模型"直接提供给前端.而大多数时候,可能这些数据并不能够满足前端展示的需求,有时候可能需要在"数据模型"的基础上,加几个字段或者改几个字段展示名称或者字段展示风格,以满足前端"视图模型"的需求.遇到这种情况,后端往往需要同时定义"数据模型"和"视图模型",并在两者之间做大量的字段赋值工作,如果&qu

RabbitMQ 封装 代码 https://gitee.com/wosperry/wosperry-rabbit-mqtest/tree/master 参考Abp事件总线的用法,对拷贝的Demo进行简单封装 定义 RabbitMQOptions 用于配置 { "MyRabbitMQOptions": { "UserName": "admin", "Password": "admin", "Hos

前言 以前总结过一篇基于Quartz+Topshelf+.netcore实现定时任务Windows服务 https://www.cnblogs.com/gt1987/p/11806053.html.回顾起来发现有点野路子的感觉,没有使用.netcore推荐的基于 HostedService 的方式,也没有体现.net core跨平台的风格.于是重新写了一个Sample. Work Service 首先搭建项目框架. 版本 .netcore3.1 建立一个Console程序项目模板,修改 proj