公司网站建设的范文,企业招工,长沙建站挺找有为太极,如何制作网站的步骤前言还记得当初学习数据库操作时#xff0c;用ADO.NET一步一步地进行数据操作及查询#xff0c;对于查询到的数据还得对其进行解析#xff0c;然后封装返回给应用层#xff1b;遇到这种重复而繁琐的工作#xff0c;总有一些大神或团队对其进行封装#xff0c;从而出现了很… 前言还记得当初学习数据库操作时用ADO.NET一步一步地进行数据操作及查询对于查询到的数据还得对其进行解析然后封装返回给应用层遇到这种重复而繁琐的工作总有一些大神或团队对其进行封装从而出现了很多ORM框架让小伙伴把更多精力放在业务处理上同时更多的面向程序对象开发对工作效率的提升有很大的帮助。目前关于C#出现了很多ORM框架比较流行的大概有FreeSql (国内)、SqlSugar (国内)、Dapper (国外)、EF/EF Core (国外)、linq2db (国外)等当然也有一些小伙伴对其进行性能比较各有优势吧。从我个人及周围的小伙伴使用来看EF/EF Core和Dapper使用率相对比较高。这里就先说说EF Core后续逮住机会再和小伙伴一起分享其他正文随着.NetCore的迅速推进EF Core也紧跟其步伐。目前长期支持版本是EF Core3.1而下一个稳定版本EF Core5.0将计划随.Net5一起发布预计应该会在这个月(2020年11月)可见微软对EF Core是非常重视的对于之前用过EF的小伙伴应该都知道EF有三种开发模式CodeFirst、ModelFirst、DbFirst这三种根据业务需求及个人偏好用的相对比较多的是DbFirst和CodeFirst现在EF Core推荐使用CodeFirst的方式进行项目开发当然也可以通过反向工程的方式以数据库设计为先。这里都会针对这两种方式进行举例演示在项目中使用CodeFirst方式这里用的数据库是VS自带的LocalDb项目还是老规矩一个WebApi项目既然实战入门肯定得有点样子才对所以这里就简单模仿了三层架构的形式进行举例演示如下项目结构项目依赖如下EFCoreTestDemo API项目依赖EFCoreTestModel和EFCoreTestService项目EFCoreTestService 服务层项目依赖EFCoreTestModel和EFCoreTestRespository项目EFCoreTestRespository 数据层依赖EFCoreTestModel项目结构好了现在开始敲代码比如模拟用户维护的增删改查吧 既然是CodeFirst先暂时把数据库放一边。 如下步骤开始做用户维护肯定得有用户实体先在Model层中增加一个用户类接下来就要对数据进行操作就是所谓的增删改查既然用到EF肯定得有一个DbContext这个和数据存储有关所以将其放在数据层其实到这一步我比较喜欢先迁移一下看看是否有问题能否正常生成数据库和对应的表(其实这里可以不用急着迁移继续编码的但提前把问题扼杀在摇篮中是很不错的想法)既然要迁移肯定得把数据的连接字符串传过去这里是从WebApi项目的Startup中注册服务时进行传递并指定迁移程序为WebApi项目上图中数据库连接字符串从何而来的自己写的吗哈哈哈拷贝过来的这里顺便把之前创建的数据库都删了方便测试如下图迁移方式有两种一种是命令行的形式另一种是在VS中的包管理器控制台(PMC)进行命令行方式需要安装命令行工具这里使用全局安装方式如下命令dotnet tool install --global dotnet-ef在指定的迁移程序集中安装Microsoft.EntityFrameworkCore.Design否则迁移不成功。迁移过程如下图包管理器控制台(PMC)方式进行迁移需要在指定的迁移程序集中安装Microsoft.EntityFrameworkCore.Tools包否则迁移失败迁移没问题继续回到代码逻辑现在应该开始编辑业务代码即对用户的增删改查先从数据层开始吧具体步骤见下图编号业务层控制器使用自带依赖注入剩下的就是运行看结果啦这里没有继承Swagger使用Postman工具进行测试如下图通过以上步骤使用EF Core的CodeFirst 从创建实体-迁移-最后业务编写的流程基本就是这样啦后续如果新增实体还是重复以上步骤。说完流程接着说说上面过程中其他技术点↓↓↓增删改查操作增加用户案例首先将原有对象进行包装然后通过标识包装对象的状态最后通过SaveChanges进行统一执行操作如下用户的删除、更新与新增时同样的道理如下查询一般通过DbContext自带方法、Lamda表达式或是Linq语句同样查出可追踪的包装对象但是可以将其查询设置为不可追踪有时候为了提高性能会针对进行设置或整体设置整体设置不追踪迁移命令上面说到的迁移命令只有新增迁移和更新数据库还有一些常用的指令也比较常用如下通常生成环境下一般都会采用脚本的方式生成数据库和表那开发的时候是通过命令进行的如何生成对应的脚本呢 如下图对于删除迁移的场景一般会是对当前迁移不满意比如字段写错了、类型误用等情况如下如上图新增迁移已经完成了但是由于Age使用的类型不对要废弃这次迁移重新进行迁移当然也不可以不删除但对后续查询历史迁移记录的时候会产生误解。如下删除最近一次迁移如下表问题在上面迁移的过程中并没有指定表明和字段及设置对应的列类型是EF Core框架按照默认规则自动帮我们生成了是不是很贴心但是既然是默认框架肯定不知道我们到底需要什么如下生成的表如上图所示EF Core框架默认将类名作为表明生成的字符串长度都默认为最大这些肯定不是我们想要的所以作者肯定想到这给我们提供了修改的方法我们通常会采用注解的方式或是FluentApi的形式进行约束和更改注解直接在对应列上标注但一般会推荐使用FluentApi相对比较灵活在DbContext中的OnModelCreating中编写对应代码即可如下然后重新迁移并更新到数据库如下Linq查询在EF使用的过程中Linq应该是少不了的估计有小伙伴会说直接用DbContext中提供的方法和Lamda表达式就行啦是那肯定是可以的只能说还没用到精髓哈哈哈面向代码编程的SQL查询语句用起来是很方便的如下是不是看起来像SQL虽然说是Linq新语法但看着不陌生用着也很方便这里不打算深入说只是给小伙伴们提上一嘴那么无情吗当然不我把之前收集到的Linq文档已经上传小伙伴们可以参考一下官方文档https://docs.microsoft.com/zh-cn/dotnet/csharp/linq/ 收集文档链接https://pan.baidu.com/s/1BZivBXG9WT-gOqsXKG08Ng提取码9qyu反向工程(先有数据库设计然后根据数据库生成对应Model)对于一些项目当小伙伴们接到手时候已经把数据库设计好了这种情况没必要犟着一个一个实体敲重新生成数据库完全可以通过数据库反向生成代码反正怎么方便就怎么来还有一种情况就是很多小伙伴还是比较喜欢数据库优先的开发模式直接反向工程就好啦这里用之前创建的数据和User表然后建了一个test项目里面只安装了EF Core的核心包和Design包如下同样使用命令行或包管理控制台都行这里就使用命令行在test项目目录下执行以下命令(这里是SqlServer还需要安装Microsoft.EntityFrameworkCore.SqlServer包)dotnet ef dbcontext scaffold Data Source(localdb)\MSSQLLocalDB;Initial CatalogEFCoreTest1;Integrated SecurityTrue;Connect Timeout30;EncryptFalse;TrustServerCertificateFalse;ApplicationIntentReadWrite;MultiSubnetFailoverFalse Microsoft.EntityFrameworkCore.SqlServer -o ./Models --context EFCoreTestContext --context-dir ./ -f
以上命令简单说明dotnet ef dbcontext scaffold后面指定数据库连接字符串第二个参数代表是对应数据库指定的Provider及对应数据库对应的Nuget包-o代表是生成的实体类存放的位置--context生成的dbContext的类名称--context-dir指定生成的dbContext存放的位置-f覆盖现有文件-v显示迁移过程及报错信息-t指定表反向生成代码,如果不指定代表所有表都生成-n指定生成类名的命名空间这个EF Core5.0提供—context-namespace:指定生成DbContext的命名空间这个EF Core5.0提供注生成的类和DbContext可以根据参数最终生成到对应位置满足自己需求。如果是MySql需要安装Pomelo.EntityFrameworkCore.MySql包其他步骤都一样这里就不演示了就留给小伙伴练习吧真的不要嫌简单只有亲手做了遇到问题然后解决最终才能提升亲身体会。总结这里只是简单说说EF Core的使用迁移流程及反向工程操作分享其他的进阶使用会陆续分享小伙伴们也可以自己去加强我这里有的资源都会进行分享说到这后续文件下载地址大家只能在公众号聊我啦前两篇由于博文带文件下载地址有些博客平台把我禁言了很是尴尬不过修改申诉过啦。博文源代码地址https://github.com/zyq025/DotNetCoreStudyDemo一个被程序搞丑的帅小伙关注Code综艺圈识别关注跟我一起学~~~撸文不易莫要白瞟三连走起~~~~
