#DotNetCore

DotNetCore跨平台~xUnit和测试报告

在进入dotnetcore时代之后,测试驱动开发TDD的主要工具不再是微软的nunit,取而代之的是更通用的xunit,微软把它集成到了dotnetcore的项目里,在安装完成vs2017之后,你可以很容易的建立一个xunit单元测试项目,并且我们的dotnet宿主命令也有对它的支持,当然你在进行CI持续集成时可以使用...

DotNetCore跨平台~Dapper的使用

回到目录Dapper作为小型ORM的代表作品被我们应用到了dotnetcore的项目中,下面将把自己在项目中使用dapper进行curd操作的过程写一下,后期可能会遇到一些问题,大叔也会在这个系列之中进行完善,希望对各位学生有所帮助!一安装nuget的dapper包包二在startup中注册dapper仓储,并现时注册...

DotNetCore跨平台~组件化时代来了

回到目录进行dotnetcore之后,各种对象都是基于DI进行生产的,这就有了对象的生命周期一说,早在autofac里也有相关知识点,这与Microsoft.Extensions.DependencyInjection是完全温和的,方便大家理解,在讲今天的组件化之前,先对DI的三种生命周期进行理解一下:AddSingl...

DotNetCore跨平台~配置文件与配置代码如何共存

回到目录古人云《一山不容二虎》,而进行dotnetcore时代之后,我们可以看到这样的一些官方的DEMO,它将数据连接串和其它配置项都直接硬编码在代码里,即在startup中进行定义,试问你在生产环境如何兼容!当然,你会说,可以在对应appsettings里进行配置,说它是对应的appsettings,是因为dotne...

DotNetCore跨平台~EFCore废弃了TransactionScope取而代之的Context.Database.BeginTransaction

回到目录TransactionScope是.net平台基于的分布式事务组件,它默认为本地事务,同时当系统有需要时可以自动提升为分布式事务,而对系统的前提是要开启MSDTC服务,必要时需要在数据库服务器与应用服务器之间添加hosts的映射,这些在之前已经写过很多文章了,在这里不再说了。之前对TransactionScop...

DotNetCore跨平台~一起聊聊Microsoft.Extensions.DependencyInjection

回到目录写这篇文章的心情:激动Microsoft.Extensions.DependencyInjection在github上同样是开源的,它在dotnetcore里被广泛的使用,比起之前的autofac,unity来说,它可以说是个包裹,或者叫适配器,它自己提供了默认的DI实现,同时也支持第三方的IOC容器,在这段时...

Jenkins~配合Docker及dotnetCore进行生产和测试环境的灵活部署

回到目录首先要清楚本文是讲dotnetcore项目在生产和测试环境部署的,这在过去的frameworks项目里,我们可以通过设置web.config的环境变量,然后再发布时指定具体的变量,去实现生产环境和测试环境的发布,发布之后,每个环境有自己的配置文件,frameworks会更新环境把web.config进行合并,而...

DotNetCore跨平台~linux上还原自主nuget包需要注意的问题

回到目录问题的产生的背景由于我们使用了jenkins进行部署(jenkins~集群分发功能和职责处理),而对于.netcore项目来说又是跨平台的,所以对它的项目拉取,包的还原,项目的编译和项目的发布都是在一台linux的jenkins节点上进行的,而我们开发时是在windows系统,所以在进行还原和编译时出现了一些问...

DotNetCore跨平台~Quartz定时单次任务

回到目录之前写过一篇文件《DotNetCore跨平台~Quartz热部署的福音~监控文件夹的变化》,今天主要把框架优化了一下,支持外部触发,并支持外部将参数以JobDataMap形式进行输入,然后在咱们的Job里进行使用它,故称参数化任务。Quartz使用场景:定时单次任务:在未来某个时间去执行一次定点任务  :在某个...

DotNetCore跨平台~Quartz热部署的福音~监控文件夹的变化

回到目录在DotNetCore出来之后,同时也使用了quartz进行调度中心的设计,将它做到docker里方便部署,在之前的quartz版本里支持配置文件的方式,而现在不支持了,我们应该去想一下,为什么不去支持配置文件?当然大叔也为配置文件设计了支持的方式,但我们还是应该想想作者为什么不去支持配置?热插拔,服务发现?和...

DotNetCore跨平台~关于appsettings.json里各种配置项的读取

回到目录对于dotnetCore来说,依赖注入的集成无疑是最大的亮点,它主要用在服务注册与注入和配置文件注册与注入上面,我们一般会在程序入口先注册服务或者文件,然后在需要的地方使用注入即可,下面主要介绍一下实体配置和集合配置的方式.看一下配置文件代码段"JobConfig":[{"JobTypeDll":"TaskSe...

DotNetCore跨平台~EFCore数据上下文的创建方式

回到目录对于DotNetCore来说,把大部分组件者放在DI容器里,在startup中进行注入,在类的构造方法中进行使用,如果某些情况下,无法使用这种DI的方式,也可以自己控制数据上下文的生产过程,下面说一下。一 标准注入+构造方法使用数据上下文的定义,带参数的构造方法,注意他和使用什么类型的数据库没有关系,只是单纯的...

DotNetCore跨平台~EFCore2.0连接Mysql的烦恼-已解决

回到目录对于传统的nuget包,我们习惯上用官方或者大型组织的,因为它们比较考靠谱,但就在前两天.netcore2.0发布后,我把efcore也升级到2.0了,mysql.EfCore也升级到支持2.0的最新版了,然后奇葩的事情发生了,EF用不了了!Mysql和EF的包包信息Microsoft.EntityFramew...

持续集成~Jenkins构建dotnetCore的项目

 上周一个大件就是dotnetcore2.0发布了,伴随着.NETStandard2.0也发布了,整个微软的生态环境大好,当然也有一个BUG出来了,比如EFCore对Mysql的支持比起1.1来说,还是有缺陷的,这个相信很好解决,今天主要说一下在windows里安装了jenkins和dotnetCore之后,...

DotNetCore跨平台~在appsettings.json里自定义配置项

回到目录DotNetCore里一切都是依赖注入的,对于appsettings这个可扩展的配置对象也不例外,它位于项目根目录,一般在startup里去注册它,在类中通过构造方法注入来获取当前的对象,以便去使用它,当然我们也可以自己去构建和使用它,下面我就来总结一下。传统方法,startup注入,构造方法使用1注意配置类p...
首页上一页123下一页尾页