前言
自从几年前抛弃wcf，使用web api 来做服务器端开发之后，就不再迷惑了。但是因为本来从事传统行业管理软件开发，一般都以分布式应用开发为主。纯BS还是比较少，于是比较喜欢用windows service来宿主web api。发现这种场景网上文章还是比较少。这次就结合最近的技术尝试（DI、IOC），整体介绍一下这方面的实践。
名词解释
依赖注入：
依赖倒置原则 A.高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。B.抽象不应该依赖于具体实现，具体实现应该依赖于抽象。 DI—Dependency Injection，即“依赖注入”：组件之间依赖关系由容器在运行期决定，形象的说，即由容器动态的将某个依赖关系注入到组件之中。依赖注入的目的并非为软件系统带来更多功能，而是为了提升组件重用的频率，并为系统搭建一个灵活、可扩展的平台。通过依赖注入机制，我们只需要通过简单的配置，而无需任何代码就可指定目标需要的资源，完成自身的业务逻辑，而不需要关心具体的资源来自何处，由谁实现。
理解DI的关键是：“谁依赖谁，为什么需要依赖，谁注入谁，注入了什么”，那我们来深入分析一下：
●谁依赖于谁：当然是应用程序依赖于IoC容器；
●为什么需要依赖：应用程序需要IoC容器来提供对象需要的外部资源；
●谁注入谁：很明显是IoC容器注入应用程序某个对象，应用程序依赖的对象；
●注入了什么：就是注入某个对象所需要的外部资源（包括对象、资源、常量数据）。
控制反转：控制反转即IoC (Inversion of Control)，它把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。所谓的“控制反转”概念就是对组件对象控制权的转移，从程序代码本身转移到了外部容器。 我绑架了一个人质，对围观的警察说：我要一辆红色法拉利，才能释放人质。但其实我只是希望要一辆车而已。要法拉利很容易被拒绝，还可能引起很严重的后果。如果我说要一辆车，那么警察估计更容易给我一辆普通车... 在软件开发里面的就是尽量使用接口对象，而不使用具体明确的对象(依赖外部注入的接口对象)，以此达到解除耦合的目的。哎我自己也理解得不深刻，其实我要说的是：owin+web api+autofac.上面的解释是我抄的，理解不了就算了吧。后面这些总该知道什么东西吧。
