一、Ioc
IoC全称Inverse of Control，控制反转。
类库和框架的不同之处在于，类库是实现某种单一功能的API，框架是针对一个任务把这些单一功能串联起来形成一个完整的流程，这个流程在一个引擎驱动下被执行。
IoC的总体设计是要把在应用程序的流程控制转移到框架中，实现对流程的复用，这 符合软件设计的基本原则-重用性。
IoC不是一种设计模式，它是一种设计原则。并且很多设计模式都遵循了这种原则。比如：模板模式、工厂模式、抽象工厂模式。
二、DI
DI全称Dependency Indection，依赖注入。它是IoC模式的一种。
我们写的对象要完成某个功能可能要依赖于另外一个对象，比如我们要添加一个人员，往往会在逻辑层调用数据操作层来实现添加到数据库的操作。DI会在程序初始化的时候，把数据操作层的接口和实现接口的类关联起来，那么在逻辑层我们只要声明要调用的具体数据操作层的接口，调用接口的方法，这样就实现了逻辑层和数据操作层的解耦。
所谓依赖注入可以理解为一种针对依赖的字段或者属性的一种自动初始化方式。
举例说明，当我们通过VS2015创建了一个.Net Core项目，并且带有个人身份验证Identity，具体如何创建在此不再细说。
我们看到在Startup中，有个方法
// This method gets called by the runtime. Use this method to add services to the container. public void ConfigureServices(IServiceCollection services) { // Add framework services. services.AddDbContext<ApplicationDbContext>(options => options.UseSqlServer(Configuration.GetConnectionString("DefaultConnection"))); services.AddIdentity<ApplicationUser, IdentityRole>() .AddEntityFrameworkStores<ApplicationDbContext>() .AddDefaultTokenProviders(); services.AddMvc(); // Add application services. services.AddTransient<IEmailSender, AuthMessageSender>(); services.AddTransient<ISmsSender, AuthMessageSender>(); }