Unity 2.x依赖注入(控制反转)IOC，对于没有大项目经验的童鞋来说，这些都是陌生的名词，甚至有些同学还停留在拉控件的阶段。
我们采用的是构造函数注入，运行时注入。
这块的概念可以算算是本系统最模糊的，大家应该好好理解下，博客园一位大虾的
这里我不再详说了。
贴出代码，告诉大家怎么做就好了。
在App.Admin创建Library放进去，以后我们要用到的类库都放到这里来，除非说明，引用的类库都是开源的。
App.Core引用Microsoft.Practices.Unity.dll , System.Web.Mvc, System.Web,3个类库和4.BLL,App.IBLL,App.DAL,App.IDAL 4个类库
添加以下2个类
UnityDependencyResolver.cs
在系统开始运行时候我们就把构造函数注入。所以我们要在Global文件写入代码
Global.asax.cs
好了，我们已经把
注入到系统了
由于EF生成的实体模型是拥有事务状态的，我们一直希望把开销减少到最低，我们要重新构造SysSample的类
在App.Models新建文件夹Sys，如非特别说明，Sys代表系统，一个Areas区域对应一个文件，区域我们以后会用到
App.Models要引用System.ComponentModel.DataAnnotations类库
为什么我们要这么做？不是已经有SysSample了，我们为什么还要SysSampleModel
我们应该照顾到将来的系统的分布式,BLL层的分发的web服务
我们不应该还在controller还在操作底层，应该转为
以后的讲解中，我们会体会到好处。这里带过即可
接下来我们重新写过IBLL,BLL,controller代码，DAL，IDAL的代码是没问题的，很专注底层
BLL引用Microsoft.Practices.Unity类库
修改后的代码
ISysSampleBLL.cs
SysSampleBLL.cs
SysSampleController.cs
View视图
因为SysSample在BLL层已经被释放掉了，大家要注意一下所以视图我们要改下
大家把代码下载下来，跟我们第5讲糟糕的代码对比一下。我们的代码优化了，清晰了，构造器能自动释放内存了，无需要实例化了。
当然预览的效果是一样的
这样我们的系统实现了注入，我们需要好好理解这一讲，后面我们要演示AOP面向方面，对系统日志和异常的处理。
我们有4层异常捕获，你还怕你的系统在运行中出现不明的错误吗？？？？不过再次之前我们要将我们的系统变得更加有趣先。
下一讲，返回json格式与DataGrid结合，实现分页。