UnityContainer 实现DI

DI（依赖注入） 的方式有很多种： 接口注入，属性注入，构造注入等。DI主要是为了实现代码的松耦合，方便代码的维护和扩展。（其实都是扯淡）。

来说说我为啥要使用DI吧。公司有个项目，需要我一个人完成（包括前端，后台），时间要求的特别紧凑。而且项目后期维护变动会很大。根据实际情况我对项目的设计如下：

1. 项目使用mvc + ado.net （也就是数据库访问使用 ado .net 为啥不使用 EF等框架呢 是因为数据库访问速度的原因，虽然说EF的本质还是ado.net 但是控制起来总是感觉没有ado.net 好）。
2. 项目使用工厂模式。（实在是懒得记接口和实体类的对应，对于大一点的项目来说 你也记不住）。
3. 项目的层级为 Dal 数据库访问层  IDal 数据库访问接口层  Model 实体类型及其mvc中的视图所需model（对于我自己来说，我觉得视图所需的model放在这里是最恰当的）  BLL 操作层。

好了，到这里后就剩下一个了 处理工厂的实现。需要引用下面的dll

代码如下：（使用的是接口注入）

 namespace SplitLowSystem.Repository
 {
     /// <summary>
     ///  dcy 工厂类
     /// </summary>
     public static class RepositoryFactory
     {
         /// <summary>
         ///   根据接口创建对应的实体类
         /// </summary>
         /// <typeparam name="T"></typeparam>
         /// <returns></returns>
         public static T Creatobj<T>() where T : class
         {

             IUnityContainer current = new UnityContainer();
             current.RegisterType<ILawCAT, LawCATDal>();
             current.RegisterType<ILawProv, LawProvDal>();
             current.RegisterType<IT_Law, T_Law>();
             current.RegisterType<IT_Law_Prov, T_Law_Prov>();
             current.RegisterType<ICodeHY, CodeHYDal>();
             current.RegisterType<IHYCodeCAT, HYCodeCATDal>();
             current.RegisterType<IDeptCAT, DeptCATDal>();

             return current.Resolve<T>();

         }
     }
 }

在bll中使用方式：

            var bll = Repository.RepositoryFactory.Creatobj<IDAL.IT_Law_Prov>();