微软企业库

微软企业库 5.0 学习之路——第一步、基本入门

一、什么是企业库？

企业库包含一系列应用程序模块和核心架构。这些高复用的组件旨在帮助开发者解决一些

共同的企业开发问题。

企业库同时提供高可配置的特性，使我们管理重复的工作更加容易，例如我们知道的在应

用的很多地方发生的横切关注点。包括像日志记录、缓存、异常管理等。另外，它提供的

依赖注入容器能够简化和分解你的设计，使他们更加可实验和容易理解，帮助你创建更加

高性能的设计和各种应用。

软推荐的做法，这些都是基于微软框架的应用开发。例如，数据访问应用模块提供了对

ADO.NET 访问最频繁使用的特征。在某些情况下，应用模块还添加了一些基础类库没有

直接提供的相关功能。

四、企业库的目标：

1.一致。所有的企业库模块都坚持一致的设计模式和实现方式。

2.可扩展性。所有的应用模块包括定义扩展点，允许开发人员通过添加自己的代码定制应

用模块的行为。

3.易用性。企业库提供了许多实用性的东西，包括一个图形化配置工具，简单的安装过程，

完成的文档和示例。

4.集成。企业库应用模块被设计得能够一起很好的工作，并且也被这样测试过。但是你不

工具变化挺大的，但是一旦熟悉了就觉得比 4.1 的好，因为可以清楚的看见每个模块的之

间的依赖关系。

一、Unity 和对象生成器的整合

在这个版本中，用于创建对象的基本技术是一个单一的依赖注入容器，默认的是 Unity。

你可以使用容器生成企业库对象的实例并注入到其他的对象。 企业库提供一个标准的接口

从 Unity 容器中来获得定义在企业库配置中的对象的实例，如 SqlDatabase 或

LogWriter.另外，注入友好的实例门面处理静态门面之外是有效的，因为静态门面不能用

注入，但是为了向后兼容以前的版本而存在。在本版本中的示例中都是用依赖注入，但是

以前版本中是用的静态工厂类和静态门面在这个版本中还是支持的。对象生成器，一个低

版本的依赖注入机制在这个版本中被归入 Unity 中，在项目中不再需要单独引用对象生成

Microsoft.Practices.ServiceLocation 程序集。如果要使用一个第 3 方的依赖注入容器，

必须直接实现 IServiceLocator 接口或者通过适配器实现。

二、影响所有模块的变化:

1.在企业库中主要修正是使用依赖注入机制。所用的应用模块以及核心系统都是用依赖注

入机制，并使用 Unity 作为默认的依赖注入容器，来创建和管理企业库对象。

2.自主容器的实现通过实现 Common Service Locator 项目提供的 IServiceLocator 接

口来完成。

3.由于错误配置引发的错误将提供更多有用的错误信息。

9.企业库不支持 XAML 浏览器应用程序（XBAP).

10.WmiEnabled 标志为了像前兼容仍然存在企业库中,但是在 5.0 中是被忽略的,而且将

来会被删除.

11.改进式的安装允许你只安装部分应用模块及配置工具.

12.在以前版本中要做统一集成，必须添加核心企业库的扩展和每个模块的扩展。现在如

果你只需要直接访问容器，那么只有核心扩展是必须的。单独模块将自动支持。

旧的功能为了保持像前兼容仍然保留，但已经不起作用。

13.FileCon-gurationSource.Save 的签名已经改变，参数由 3 个变为 2 个。

14.快速入门不再包含在主安装程序中。

用模块都抛出 ActivationException

3 .之前的版本，在讲一个空源传到容器来调用容器的时候，会抛出

ArgumentNullException，现在抛出 NullReferenceException

4.ObjectBuilder2 不再是一个单独的程序集，而是集成到了 Unity 集合中，在项目中也

不需要引用 ObjectBuilder2.dll。

5.WMI 支持已经从企业库中删除，除了在 logging 模块中的 WMI 跟踪监听器。

6.如果你没有关闭 DbDataReader，可能会导致随机的、很难在您的代码中找到的错误，

尤其是当你正在一个由 TransactionScope 上下文创建的隐式事务下操作时。

你必须始终确保您的应用程序及时关闭 DbDataReader，无论是明确的

DbDataReader.Close 方法关闭或是逼迫 DbDataReader 释放。

他设计时集合被一个新的集合

Microsoft.Practices.EnterpriseLibrary.Con-guration.DesignTime.dll 代替。

11.包含在 Policy Injection Application Block 中的 CachingCallHandler 有未处理的

安全漏洞，已经从 Policy Injection Application Block 中移除。

四、配置工具的改变：

1.新的企业拥有一个新的 GUI 库和一个元数据驱动的可扩展性模。

2.支持向导

1.ExecuteReader, ExecuteXmlReader, ExecuteScalar, and ExecuteNonQuery

方法具有异步版本。

2.包含了很多新的方法和类允许你提取数据作为对象序列。例如在合适的时候使用客户端

查询技术，如 LINQ.

3.存在的方法 ExecuteReader 和新的方法 BeginExecuteReader 不接收

CommandBehavior 参数。默认的当调用这些方法的时候这些方法

会自动设置 CommandBehavior 属性到 reder 中用来关闭连接直到指定一个事务。

七、异常处理模块：

1.日志异常处理重新使用日志模块的 Log Writer and Trace Listeners 。这在之前版本

中不是默认设置。

[EntLib]微软企业库 5.0 学习之路——第二步、使用 VS2010+Data Access 模块建

立多数据库项目

现在我就开始进入学习之路的第二步——Data Access 模块，这个模块是企业库中被使用

频率最高的模块，它很好的封装了数据库操作应用，为我们进行多数据库系统开发提供了

库访问模块，但是新装了 VS2010，在 VS2010 引用对话框中也能访问到在 VS2008 安

装的 SQLite（但是在企业库 5.0 配置器中无法查看到 SQLite),但是发现更改企业库的配

置文件后无法访问 SQLite 数据库，尝试了很多方法都没用，结果死马当活马医又重新装

了一遍 SQLite 数据库访问模块再重新打开企业库配置器就可以看到 SQLite 数据库了（所

以请确保在企业库编辑器中可以查看到要切换的数据库，否则可能导致无法访问数据库）

看下图：

回归正题，这次的学习由于 VS2010 发布了，而且企业库 5.0 也都支持.NET4.0，所以决

定企业库的学习之路采用 VS2010 进行学习（顺便熟悉下.NET4 的特性，毕竟公司的项目

不可能立马转移到.NET4.0 的，现在就当练手吧）

好了，现在就开始进行第 2 步的学习了,首先看下项目的结构:

项目采用仿 MS PetShop 架构，如不了解此架构可以到此查看了解：PetShop 的系统架

构设计

其中 DAL 和 DALSQLite 层对应 MS SQL 和 SQLite 数据库，Helper 为整个项目的帮助器

现在来具体了解下 DAL 层

在 DAL 层 中 引 用 了 Helper,IDAL,EnterpriseLibrary.Common 和

EnterpriseLibrary.Data 这 4 个项目,其中 Helper 项目中有个 DBHelper.cs,用于获取当

前的数据对象,其代码如下（采用了 C#4.0 的语法特性，默认参数，数据库对象名默认为

空，这样则会调用企业库默认的数据库对象，同时也可以在调用的时候赋值，这样则根据

传递过来的数据库对象名来创建数据库，通过这个参数我们将原来需要重载的 2 个方法才

能实现合并成了一个方法）:

view sourceprint?

0

using

0

4

namespace

EntLibStudy.Helper

0

5

{

0

6

public static class

DBHelper

0

7

{

0

/// </summary>