上一篇的话，说了下怎么使用EF7 实现 CodeFirst去生成数据库，
其实还有好多问题的，这次一点一点的解决吧，都挺简单，不过零零散散的，，
1.读取配置文件，获得链接字符串
2.使用数据库进行增删查改
3.实体类更新后，数据库也更新
一、读取配置文件，获得链接字符串
上一篇我们的链接字符串是这样写的
直接写在程序里面是非常非常不好的行为，所以我很简单粗暴的丢到appsettings.json这个配置文件里面去了，，
{
"Logging": {
"IncludeScopes": true,
"LogLevel": {
"Default": "Warning"
}
},
"ConStr": "server=.;Database=DBCodeFirst;uid=sa;pwd=12346"
}
接下来，要愁的是怎么把配置读出来，而且，既然是配置文件，肯定整个项目都要用上，肯定是要封装起来的，
网上也找了很多啊，各种各样的， 有些大佬还可以直接读取成一个对象，这里我不搞那些骚操作啊，，，emmm，不会告诉你们我看不懂的
走最简单的，键值对，就像以前读取webconfig文件一样，
首先需要引用三个包，直接右键编辑commom.csproj：
<PackageReference Include="Microsoft.Extensions.Configuration" Version="2.0.0" />
<PackageReference Include="Microsoft.Extensions.DependencyInjection" Version="2.0.0" />
<PackageReference Include="Microsoft.Extensions.Options.ConfigurationExtensions" Version="2.0.0" />
然后新建一个类Config：
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Options;
using System;
using System.Diagnostics; namespace Common
{
/// <summary>
/// 配置类
/// </summary>
public class Config
{
/// <summary>
/// 所有的配置数据
/// </summary>
private static IConfigurationRoot Configuration { get; set; } /// <summary>
/// 获得数据
/// </summary>
/// <param name="_Configuration"></param>
public static void SetConfig(IConfigurationRoot _Configuration)
{
Configuration = _Configuration;
} /// <summary>
/// 返回对应键的值
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="key">键</param>
/// <param name="def">默认值</param>
/// <returns></returns>
public static T GetVal<T>(string key, T def = default(T))
{
try
{
def = (T)Convert.ChangeType(Configuration.GetSection(key).Value, typeof(T));
}
catch (Exception e)
{
Debug.WriteLine(e.Message);
}
return def;
} } }
然后还要进行一下配置，在Startup.cs文件的Startup方法改造一下：
public Startup(IConfiguration configuration)
{
IConfigurationRoot config = new ConfigurationBuilder()
.SetBasePath(Directory.GetCurrentDirectory())
.AddJsonFile("appsettings.json", optional: true, reloadOnChange: true)
.Build(); Config.SetConfig(config);
}
使用方法很简单的，一句话就好：
// 数据库连接字符串
string conStr = Config.GetVal<string>("ConStr");
因为现在的配置文件是json格式，所以，层级结构是肯定会有的，比如说，我现在要读取Logging下的IncludeScopes值，可以这样写：
string IncludeScopes = Config.GetVal<string>("Logging:IncludeScopes");
以此类推，，，这样肯定没其他大佬们直接读取成对象来得快，不过好在简单易懂，以后等我学会了那种高大上的方法再来分享，，现在先就酱紫用着，，
二、使用数据库进行增删查改
这一段主要是吐槽，，
以前我们使用EF，不管是DBFirst还是CodeFirst，亦或者ModelFirst，要使用数据库都是很简单粗暴的new一个上下文对象
1 // 数据库上下文
2 var DB=new DBCodeFirst();
然鹅！！！！！！！当我用CodeFirst把数据库生成以后，喜滋滋的跑过去加一条测试数据，
public IActionResult Index()
{
DBCodeFirst db = new DBCodeFirst();
db.DT_User.Add(new DT_User { UserName = "嘿嘿" });
var count = db.SaveChanges(); return View(); }
他丫的给我报错，，，
翻译过来就是这个，，
没有数据库提供商已为这个DbContext。
一个供应商可以通过重写dbcontext.onconfiguring方法或使用adddbcontext对应用服务提供商配置。
如果adddbcontext使用，并确保你的DbContext类型构造函数接受dbcontextoptions < tcontext >对象并将其传递给DbContext基构造函数。”
反正我是没看懂的，，，永远不知道当时我的心情是多么的难受，
又是一阵百度啊，可算是被我找到解决方法了，，，得这样写：
讲真，我还没接触到依赖注入，所以这段代码看的是有点懵逼的，
好像关联的是Startup这个类里面的ConfigureServices方法，哪位大佬有兴致的话可以给我留言讲讲，感激不尽
不过好歹是可以用数据库了，，下一步是搭一个三层，，一筹莫展ing，，，
以前是可以直接new上下文，现在不行了，还不知道这个依赖注入能不能在其他层使用，，
等我把三层整出来之后，再写出来分享吧，，估计是下一篇了
三.实体类更新后，数据库也更新
这个的话首先回顾上一篇啊，
在上一篇里面用了两个命令来生成数据库（DBLog我改成Init了，，这个随意，，）
Add-Migration Init
和
Update-DataBase Init
如果在上下文中加了实体类或者修改了实体类字段，我们肯定是要更新数据库的，
这个时候，我们在已经生成数据库和Migrations文件夹的前提下，继续使用上面的两个命令
不过这个时候要稍稍改动：
Add-Migration UpData
和
Update-DataBase UpData
记得每次使用的时候，最后一个参数名称千万不能一样
就像我第一次使用的名称是Init 第一次更新数据库的时候，使用的是UpData
以后肯定还会有更多的更新，每次都不能一样，比如：UpData01、UpData02、UpData03、...
同时Migrations文档会对应的增加内容
数据库自动生成的__EFMigrationsHistory表中也会有我们的数据库迁移记录
emmm，差不多就这些吧，，，
我还得想办法把三层整出来，，，，脸滚键盘.gif