微软企业库5.0 使用举例
在前一篇文章：[EntLib]微软企业库5.0 学习之路——第二步、使用VS2010+Data Access模块建立多数据库项目中我们搭建好了项目的整体多数据库环境，实现了项目的多数据库访问，而整个项目中最主要的异常处理却没有进行部署，今天我们就使用企业库中的Exception Handling+Logging模块为项目加上异常处理以及异常日志记录。
(注：关于Exception Handling和Logging模块的相关基本概念可以查看TerryLee的异常处理和日志检测这2篇文章)
首先说一下企业库Logging模块的个人感觉，个人感觉企业库的日志记录太繁琐了，而且要自定义也比较烦，无法通过简单的配置达到我自己的要求，企业库中的日志记录模块在可以记录许多信息如下：
Timestamp: 2010-6-12 3:16:39
Message: HandlingInstanceID: 669fed01-a758-434b-896e-a8e25ebf8c9b
An exception of type 'System.Exception' occurred and was caught.
----------------------------------------------------------------
06/12/2010 11:16:39
Type : System.Exception, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
Message : Test
Source : EntLibStudy.Helper
Help link :
Data : System.Collections.ListDictionaryInternal
TargetSite : System.String Test()
Stack Trace : 在 EntLibStudy.Helper.BasePage.Test() 位置 F:\EntLibStudy\Helper\BasePage.cs:行号 87
在 EntLibStudy.Helper.BasePage.<Page_Load>b__0() 位置 F:\EntLibStudy\Helper\BasePage.cs:行号 81
在 Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.ExceptionManagerImpl.Process[TResult](Func`1 action, TResult defaultResult, String policyName) 位置以下省略N行。。。。。。
这些信息很多都不是我想要的，我想要的仅仅是异常的提示信息，异常发生的时间，以及异常发生的位置，好方便我们第一时间到异常发生的源头进行调试检查（可能企业库的这些异常信息更加有用，但是我个人认为很多时候都会干扰我们），所以我们仅仅需要其中的几条有用的信息就够了，比如Message，Timestamp、Stack Trace和Severity这4个就基本上够用了，所以我做了个处理，就是使用企业库中Logging模块提供的自定义CustomerTraceListener来实现我们需要的功能。
首先建立一个异常日志记录表（SQLite版)
CREATE TABLE [ExceptionLog] (
[Id] integer PRIMARY KEY AUTOINCREMENT NOT NULL, [Message] nvarchar(1024) NOT NULL, [LogDate] nvarchar(1024) NOT NULL, [ExceptionLevel] nvarchar(32) NOT NULL, [Exception] ntext NOT NULL
我编写了一个类继承自CustomTraceListener，并重写了记录方法，具体代码如下：
using System;
using System.Collections.Generic;
using System.Data;
using System.Data.Common;
using System.Diagnostics;
using System.Globalization;
using System.Linq;
using System.Text;
using Microsoft.Practices.EnterpriseLibrary.Common.Configuration;
using Microsoft.Practices.EnterpriseLibrary.Data;
using Microsoft.Practices.EnterpriseLibrary.Logging;
using Microsoft.Practices.EnterpriseLibrary.Logging.Configuration;
using Microsoft.Practices.EnterpriseLibrary.Logging.Formatters;
using Microsoft.Practices.EnterpriseLibrary.Logging.TraceListeners;
namespace EntLibStudy.Helper.EntLibExtension.ExceptionExtension
{
[ConfigurationElementType(typeof(CustomTraceListenerData))]
public class ExceptionCustomerListener : CustomTraceListener
{
string writeLogSQL = String.Empty;
Database database;
Exception ex;
public ExceptionCustomerListener()
: base()
{
database = DBHelper.CreateDataBase();
}
public override void TraceData(TraceEventCache eventCache, string source,
TraceEventType eventType, int id, object data)
{
if ((this.Filter == null) || this.Filter.ShouldTrace(eventCache, source, eventType, id, null, null, data, null))
{
if (data is LogEntry)
{
LogEntry logEntry = data as LogEntry;
ExecuteSQL(logEntry);
}
else if (data is string)
{
Write(data as string);
}
else
{
base.TraceData(eventCache, source, eventType, id, data);
}
}
}
public override void Write(string message)
{
ExecuteWriteLogSQL(TraceEventType.Information, DateTime.Now, message, database);
}
public override void WriteLine(string message)
{
Write(message);
}
/// <summary>
///执行SQL
/// </summary>
/// <param name="logEntry">日志对象</param>
private void ExecuteSQL(LogEntry logEntry)
{
using (DbConnection connection = database.CreateConnection())
{
try
{
connection.Open();
using (DbTransaction transaction = connection.BeginTransaction())
{
try
{
ExecuteWriteLogSQL(logEntry, database, transaction);
transaction.Commit();
}
catch
{
transaction.Rollback();
throw;
}
}
}
finally
{
connection.Close();
}
}
}
/// <summary>
/// 执行写入日志数据库语句
/// </summary>
/// <param name="severity">异常等级</param>
/// <param name="message">消息</param>
/// <param name="db">保存日志的数据库实例</param>
private void ExecuteWriteLogSQL(TraceEventType severity, DateTime timeStamp, string message, Database db)
{
writeLogSQL = (string)this.Attributes["writeLogSQL"];
DbCommand cmd = db.GetSqlStringCommand(writeLogSQL);
string exceptionMessage = Utils.GetBetweenString(message, "Message :", "Source :", 9);
string exceptionInfo = Utils.GetBetweenString(message, "Stack Trace :", "Additional Info:", 13);
db.AddInParameter(cmd, "@Message", DbType.String, exceptionMessage);
db.AddInParameter(cmd, "@LogDate", DbType.DateTime, timeStamp);
db.AddInParameter(cmd, "@Level", DbType.String, message);
db.AddInParameter(cmd, "@Exception", DbType.String, exceptionInfo);
db.ExecuteNonQuery(cmd);
}
/// <summary>
/// 执行写入日志数据库语句
/// </summary>
/// <param name="logEntry">日志对象</param>
/// <param name="db">保存日志的数据库实例</param>
/// <param name="transaction">事务对象</param>
private void ExecuteWriteLogSQL(LogEntry logEntry, Database db, DbTransaction transaction)
{
writeLogSQL = (string)this.Attributes["writeLogSQL"];
DbCommand cmd = db.GetSqlStringCommand(writeLogSQL);
string exceptionMessage = Utils.GetBetweenString(logEntry.Message, "Message :", "Source :", 9);
string exceptionInfo = Utils.GetBetweenString(logEntry.Message, "Stack Trace :", "Additional Info:", 13);
db.AddInParameter(cmd, "@Message", DbType.String, exceptionMessage);
db.AddInParameter(cmd, "@LogDate", DbType.DateTime, logEntry.TimeStamp.ToLocalTime());
db.AddInParameter(cmd, "@Level", DbType.String, logEntry.LoggedSeverity);
db.AddInParameter(cmd, "@Exception", DbType.String, exceptionInfo);
db.ExecuteNonQuery(cmd, transaction);
}
}
其中在类的初始化的时候获取配置文件的默认数据库对象，通过重写TraceData方法来调用ExecuteSQL方法来执行异常日志插入。
在ExecuteWriteLogSQL方法中有句代码：
writeLogSQL = (string)this.Attributes["writeLogSQL"];
这个代码就是从配置文件中Listener的Attributes中获取所配置的执行SQL语句（这里不同于Logging模块自带的数据库以存储过程的记录方式，而是使用配置的SQL语句的方式，因为本项目是面向多数据库的，并不是所有的数据库都有存储过程的，比如SQLite），下面看下具体的配置信息：
配置文件创建主要分为以下2步：
1、在企业库的配置工具添加一个Exception Handle模块，然后添加一个名为Exception Policy的策略，再为这个策略添加异常类型，默认我选择所有异常类型（All Exceptions），Post Handle Action为: NotifyRethow（对不理解Post Handle Action的处理方式的可以看下下面的解释）
PostHandlingAction 决定了在异常处理链完成后将发生什么活动。默认情况下，PostHandlingAction 被设置为 NotifyRethrow 。
None：应用程序块为此异常执行所有的处理程序，然后在 HandleException 方法的调用点上返回 false 给应用程序。应用程序检查此值以继续运行。
NotifyRethrow：应用程序块为此异常执行所有的处理程序，然后在 HandleException 方法的调用点上返回 true 给应用程序。应用程序检查到此值就重新抛出原始异常。
ThrowNewException：应用程序块为此异常执行所有的处理程序，然后在所有处理程序运行后抛出存在的异常。
2、为异常策略创建处理方式，我这边选择Loggin Exception Handler（在创建的同时配置工具会我们自动创建好Logging模块，并自动创建了一个日志分类:General，不过这个日志分类的默认Listener为event log,就是记录到系统的事件中），这时我们再创建一个CustomerTraceListener选择From File->自定义Listener所在DLL。
这边我碰到了一个问题就是添加了CustomerTraceListener，在对话框中我点击From File选择我编写的自定义Listener所在DLL，可惜没任何反应，不知道是不是要在DLL中做什么处理，所以我只能采用老办法：手写配置文件
首先看下Exception Handle模块的配置信息:
<exceptionHandling>
<exceptionPolicies>
<add name="ExceptionPolicy">
<exceptionTypes>
<add name="All Exceptions" type="System.Exception, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
postHandlingAction="NotifyRethrow">
<exceptionHandlers>
<add name="Logging Exception Handler" type="Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.Logging.LoggingExceptionHandler, Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.Logging, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
logCategory="General" eventId="100" severity="Error" title="Enterprise Library Exception Handling"
formatterType="Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.TextExceptionFormatter, Microsoft.Practices.EnterpriseLibrary.ExceptionHandling"
priority="0" />
</exceptionHandlers>
</add>
</exceptionTypes>
</add>
</exceptionPolicies>
</exceptionHandling>
接下来是日志模块配置，在日志模块下我配置了3个Listener，其中Custom Trace Listener为我自定义的异常日志记录，Event Log Listener（系统日志记录）和Rolling Flat File Trace Listener（文本文件记录，按天回滚记录）为在日志分类General无法正常记录日志时的记录下日志分类General为何无法记录，因为异常日志默认保存到数据库中，但是如果数据库中存在问题，或者链接被关闭这时就无法正常记录异常，所以:
<loggingConfiguration name="" tracingEnabled="true" defaultCategory="General">
<listeners>
<add listenerDataType="Microsoft.Practices.EnterpriseLibrary.Logging.Configuration.CustomTraceListenerData, Microsoft.Practices.EnterpriseLibrary.Logging"
writeLogSQL="insert into ExceptionLog(Message,LogDate,ExceptionLevel,Exception) values(@Message,@LogDate,@Level,@Exception)"
type="EntLibStudy.Helper.EntLibExtension.ExceptionExtension.ExceptionCustomerListener, EntLibStudy.Helper, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"
traceOutputOptions="None" name="Custom Trace Listener" initializeData=""
formatter="Text Formatter" />
<add name="Event Log Listener" type="Microsoft.Practices.EnterpriseLibrary.Logging.TraceListeners.FormattedEventLogTraceListener, Microsoft.Practices.EnterpriseLibrary.Logging, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
listenerDataType="Microsoft.Practices.EnterpriseLibrary.Logging.Configuration.FormattedEventLogTraceListenerData, Microsoft.Practices.EnterpriseLibrary.Logging, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
source="Enterprise Library Logging" formatter="Text Formatter"
log="" machineName="." traceOutputOptions="None" />
<add name="Rolling Flat File Trace Listener" type="Microsoft.Practices.EnterpriseLibrary.Logging.TraceListeners.RollingFlatFileTraceListener, Microsoft.Practices.EnterpriseLibrary.Logging, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
listenerDataType="Microsoft.Practices.EnterpriseLibrary.Logging.Configuration.RollingFlatFileTraceListenerData, Microsoft.Practices.EnterpriseLibrary.Logging, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
fileName="rolling.log" formatter="Text Formatter" rollInterval="Day" />
</listeners>
<formatters>
<add type="Microsoft.Practices.EnterpriseLibrary.Logging.Formatters.TextFormatter, Microsoft.Practices.EnterpriseLibrary.Logging, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
template="Timestamp: {timestamp}{newline}
Message: {message}{newline}
Category: {category}{newline}
Priority: {priority}{newline}
EventId: {eventid}{newline}
Severity: {severity}{newline}
Title:{title}{newline}
Machine: {localMachine}{newline}
App Domain: {localAppDomain}{newline}
ProcessId: {localProcessId}{newline}
Process Name: {localProcessName}{newline}
Thread Name: {threadName}{newline}
Win32 ThreadId:{win32ThreadId}{newline}
Extended Properties: {dictionary({key} - {value}{newline})}"
name="Text Formatter" />
</formatters>
<categorySources>
<add switchValue="All" name="General">
<listeners>
<add name="Custom Trace Listener" />
</listeners>
</add>
</categorySources>
<specialSources>
<allEvents switchValue="All" name="All Events" />
<notProcessed switchValue="All" name="Unprocessed Category" />
<errors switchValue="All" name="Logging Errors & Warnings">
<listeners>
<add name="Event Log Listener" />
<add name="Rolling Flat File Trace Listener" />
</listeners>
</errors>
</specialSources>
</loggingConfiguration>
在配置完后我们就可以进行代码编写，在页面里进行异常控制。
在ASP.NET中，异常处理主要有4种，执行顺序为：Page_Error事件>ErrorPage属性>Application_Error事件> <customErrors>，我这边采用Page_Error，由于在本项目中我已经建立了BasePage,所有的页面都继承这个页面，所以我只需在这个页面中编写Page_Error事件：
protected void Page_Error(object sender, EventArgs e)
{
//获取最新的异常信息
var ex = Server.GetLastError();
//处理异常
HandleException(ex, "ExceptionPolicy");
//清空异常
Server.ClearError();
}
/// <summary>
/// 异常处理方法
/// </summary>
/// <param name="ex">异常信息</param>
/// <param name="policy">异常处理策略</param>
protected void HandleException(Exception ex, string policy)
{
bool rethrow = false;
var exManager = EnterpriseLibraryContainer.Current.GetInstance<ExceptionManager>();
rethrow = exManager.HandleException(ex, policy);
if (rethrow)
{
this.RedirectPermanent("~/error.aspx");
}
}
其中exManager.HandleException(ex, policy)为根据策略名处理异常,我这边使用的ExceptionPolicy，这个策略的处理方式为异常日志记录，它会帮我们调用到我们自定义的ExceptionCustomerListener 类，进行异常日志记录。
这样我们就完成了统一捕获系统中发生的异常了，本文也到此结束，欢迎大家指点!
--------------------------------文章扩展分割线-----------------------------------------------
当然企业库中的Exception Handle和Logging模块远不止这些，Exception Handle还提供了异常替换（将指定的异常替换成其他的异常信息），异常包装（将一个异常包装到另外一个异常当中）
Logging模块提供了许多的记录方式，如文本，XML，邮件，消息队列等等，所以我们可以根据我们的需求自由的选择。
本文仅仅就我的实际项目需求进行了简单的扩展，所以可能还有许多的不足，大家可根据自己的需求进行研究扩展，如果大家有好的异常记录处理办法可以提出来让我借鉴下。：）
PS：我在文中提到了企业库的Logging模块太繁琐，大家可以看下我的使用log4net完成程序异常日志记录（使用SQLite数据库记录和普通文本记录）这篇文章，如果仅仅是要进行系统的异常记录的话log4net是个不错的选择，配置又方便而且也轻便，单若想完整使用企业库的功能的话就还是使用Exception Handle+Logging这个组合了。
注意：
1、MSSQL数据库在DataBase目录下（需要自行附加数据库），SQLite数据库在Web目录的App_Data下，由于考虑到项目的大小，所以每个项目的BIN目录都已经删除，如出现无法生成项目请自行添加相关企业库的DLL。
2、由于微软企业库5.0 学习之路这个系列我是准备以一个小型项目的形式介绍企业库的各模块，所以源代码会根据系列文章的更新而更新，所以源代码不能保证与文章中所贴代码相同。
3、项目开发环境为：VS2010+SQL2005。
4、管理员帐户：admin
密码：admin
源代码下载地址：点我下载
在前端时间开发的时候由于需要将异常保存到数据库中，所以就到网上搜了下专门的日志记录工具，一搜果然很多，比如：log4net,NLog,EntLib Logging等等，但是还是log4net名气最大，所以就下载下来试用了一番，果然很方便，其涵盖了所有常用的日志记录方式具体的可以看下表：
AdoNetAppender 将日志记录到数据库中。可以采用SQL和存储过程两种方式。
AnsiColorTerminalAppender 将日志高亮输出到ANSI终端。
AspNetTraceAppender 能用asp.net中Trace的方式查看记录的日志。
BufferingForwardingAppender 在输出到子Appenders之前先缓存日志事件。
ConsoleAppender 将日志输出到应用程序控制台。
EventLogAppender 将日志写到Windows Event Log。
FileAppender 将日志输出到文件。
ForwardingAppender 发送日志事件到子Appenders。
LocalSyslogAppender 将日志写到local syslog service (仅用于UNIX环境下)。
MemoryAppender 将日志存到内存缓冲区。
NetSendAppender 将日志输出到Windows Messenger service.这些日志信息将在用户终端的对话框中显示。
OutputDebugStringAppender 将日志输出到Debuger，如果程序没有Debuger，就输出到系统Debuger。如果系统Debuger也不可用，将忽略消息。
RemoteSyslogAppender 通过UDP网络协议将日志写到Remote syslog service。
RemotingAppender 通过.NET Remoting将日志写到远程接收端。
RollingFileAppender 将日志以回滚文件的形式写到文件中。
SmtpAppender 将日志写到邮件中。
SmtpPickupDirAppender 将消息以文件的方式放入一个目录中，像IIS SMTP agent这样的SMTP代理就可以阅读或发送它们。
TelnetAppender 客户端通过Telnet来接受日志事件。
TraceAppender 将日志写到.NET trace 系统。
UdpAppender 将日志以无连接UDP数据报的形式送到远程宿主或用UdpClient的形式广播。
怎么样？看了是不是很心动？如果想学习log4net的话可以看下园子里这位兄弟写的文章:如何使用Log4net创建日志及简单扩展，里面详细介绍了如何使用log4net记录日志，本文呢仅仅就对异常出现后如何记录下来进行讨论，同时也是做个记录方便日后写微软企业库 学习之路有所引用。
在日常的项目开发过程中总会碰到各种各样的异常，我们总是希望异常能第1时间捕获，同时能清楚的知道异常信息、异常发生的时间、发生异常的位置，这样我们好立刻追踪到其发生点来具体解决问题，log4net就很好的帮我们解决了这个问题
现在我们就开始对如何进行异常日志的记录做个分析：
首先是具体的config配置文件，主要分为2个日志记录器，一个是LogToSqlite（记录到SQLite数据库），另外一个是LogToFile（记录到相应的文件）,如果要更换到其他数据库也是一样的，值需要更改connectionType和connectionString就可以了:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<configSections>
<section name="log4net" type="System.Configuration.IgnoreSectionHandler, log4net" />
</configSections>
<log4net>
<appender name="ADONetAppender" type="log4net.Appender.ADONetAppender,log4net">
<!--BufferSize为缓冲区大小-->
<bufferSize value="100" />
<!--<param name="BufferSize" value="2" />-->
<!--引用-->
<connectionType value="System.Data.SQLite.SQLiteConnection, System.Data.SQLite, Version=1.0.65.0, Culture=neutral, PublicKeyToken=db937bc2d44ff139" />
<!--连接字符串-->
<connectionString value="data source=F:\\项目开发\\log4netDemo\\WebApplication1\\bin\\log.db3" />
<!--插入语句-->
<commandText value="insert into [Log2] ([Author],[LogDate],[Log_Level],[Message],[Location],[Exception]) Values(@Author,@Date,@Level,@Message,@Location,@Exception);" />
<commandType value="Text"/>
<!--操作者,暂时没用到-->
<parameter>
<parameterName value="@Author" />
<dbType value="String" />
<layout type="log4net.Layout.PatternLayout">
<conversionPattern value="%property{Operator}" />
</layout>
</parameter>
<!--记录时间-->
<parameter>
<parameterName value="@Date" />
<dbType value="DateTime" />
<layout type="log4net.Layout.RawTimeStampLayout" />
</parameter>
<!--日志等级-->
<parameter>
<parameterName value="@Level" />
<dbType value="String" />
<layout type="log4net.Layout.PatternLayout">
<conversionPattern value="%level" />
</layout>
</parameter>
<!--异常消息-->
<parameter>
<parameterName value="@Message" />
<dbType value="String" />
<layout type="log4net.Layout.PatternLayout">
<conversionPattern value="%message" />
</layout>
</parameter>
<!--异常位置-->
<parameter>
<parameterName value="@Location" />
<dbType value="String" />
<layout type="log4net.Layout.PatternLayout">
<conversionPattern value="%location" />
</layout>
</parameter>
<!--错误-->
<parameter>
<parameterName value="@Exception" />
<dbType value="String" />
<layout type="log4net.Layout.PatternLayout">
<conversionPattern value="%exception" />
</layout>
</parameter>
</appender>
<appender name="LogAllToFile" type="log4net.Appender.RollingFileAppender,log4net">
<!--输出格式
每种转换符号都以%开始，后面跟着一个格式符号和换符号。
%-数字 ：该项的最小长度，小于最小长度的用空格填充
%m(message):输出的日志消息
%n(new line):换行
%d(datetime):输出当前语句运行的时刻
%r(run time):输出程序从运行到执行到当前语句时消耗的毫秒数
%t(thread id):当前语句所在的线程ID
%p(priority): 日志的当前优先级别，即DEBUG、INFO、WARN…等
%c(class):当前日志对象的名称，
%L(line )：输出语句所在的行号
%F(file name)：输出语句所在的文件名
%logger 日志名称
-->
<param name="File" value="log\"/>
<param name="AppendToFile" value="true"/>
<param name="MaxSizeRollBackups" value="100"/>
<param name="MaximumFileSize" value="1KB"/>
<param name="StaticLogFileName" value="false"/>
<param name="DatePattern" value="yyyyMMdd".log""/>
<param name="RollingStyle" value="Date"/>
<layout type="log4net.Layout.PatternLayout">
<param name="ConversionPattern" value="记录时间：%date 线程ID:[%thread] 日志级别：%-5level 记录类：%logger 操作者ID：%property{Operator} 操作类型：%property{ActionType}%n当前机器名:%property%n当前机器名及登录用户：%username %n记录位置：%location%n消息描述：%property{Message}%n异常：%exception%n消息：%message%newline%n%n" />
</layout>
</appender>
<logger name="LogToSqlite">
<level value="ERROR"/>
<appender-ref ref="ADONetAppender"/>
</logger>
<!--<logger name="LogToFile">
<level value="ALL"/>
<appender-ref ref="LogAllToFile"/>
</logger>-->
<!--所有logger的基础，root的设置在所有logger中都起作用。
当在root和logger中重复设定相同的appender时，你会发现同一日志信息将被记录两次。-->
<!--<root>
<level value="ERROR"/>
ALL, DEBUG, INFO, WARN, ERROR, FATAL, OFF
<appender-ref ref="LogAllToFile"/>
<appender-ref ref="ADONetAppender"/>
</root>-->
</log4net>
</configuration>
在普通的C/S系统下都会有个程序入口，我们可以在这个入口点做文章，在程序启动时添加2个事件来监听异常：
Application.ThreadException += new System.Threading.ThreadExceptionEventHandler(Application_ThreadException);
AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);
这2个事件是当执行Application.Run方法的线程发生未捕获异常时，触发 Application.ThreadException和如果 handler 抛出异常，或者不在 UI 线程中发生异常，将触发
AppDomain.UnhandledException事件。
其入口点代码如下：
static class Program
{
/// <summary>
/// 应用程序的主入口点。
/// </summary>
[STAThread]
static void Main()
{
//若不在AssemblyInfo.cs配置[assembly: log4net.Config.XmlConfigurator(ConfigFile = "WindowsFormsApplication1.exe.config", Watch = true)]
//可使用一下代码来读取log4net配置文件
string assemblyFilePath = Assembly.GetExecutingAssembly().Location;
string assemblyDirPath = Path.GetDirectoryName(assemblyFilePath);
string configFilePath = assemblyDirPath + " \\log4net.xml";
log4net.Config.XmlConfigurator.ConfigureAndWatch(new FileInfo(configFilePath));
//异常
Application.ThreadException += new System.Threading.ThreadExceptionEventHandler(Application_ThreadException);
AppDomain.CurrentDomain.UnhandledException += new UnhandledExceptionEventHandler(CurrentDomain_UnhandledException);
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
Application.Run(new Form1());
}
static void CurrentDomain_UnhandledException(object sender, UnhandledExceptionEventArgs e)
{
if (e.ExceptionObject is System.Exception)
{
HandleException((System.Exception)e.ExceptionObject);
}
}
static void Application_ThreadException(object sender, System.Threading.ThreadExceptionEventArgs e)
{
HandleException(e.Exception);
}
public static void HandleException(Exception ex)
{
log4net.ILog log = (log4net.ILog)log4net.LogManager.GetLogger("LogToSqlite");
log.Error(ex.Message, ex);
}
}
而在B/S程序下面我们则可以利用页面级别的Page_Error事件或者整个应用程序级别的Application_Error事件（本例子中采用Page_Error处理），同时我们还要做一步处理就是在Global.asax中的Application_Start添加log4net的配置读取，或者也可以在AssemblyInfo.cs添加和WinFrom一样的配置，不过如果仅限于WebForm，而Web网站就只能在Global中配置，所以这边我们就采用通用配置：
Code
这样在页面中就可以进行异常捕获及记录了。具体的代码可以下载查看。
下载地址：点我下载
在通过上一篇文章:[EntLib]微软企业库5.0 学习之路——第一步、基本入门 对EntLib5.0的相关知识进行了了解，并通过微软给出的学习例子我们可以了解企业库的各模块的基本用法（由于园子里的好几位兄弟都已经把企业库的各模块的使用都介绍过了，所以我这边就不进行具体功能的介绍，我写的学习之路是以企业库如何在一个项目中的使用为基础来介绍，以一个简单的学生信息管理系统项目为基础，如何使用企业库来对这个项目进行开发、优化）。
（本文内容比较简单，高手们可以直接忽略不看了，仅仅就是数据库访问操作和工厂分层）
现在我就开始进入学习之路的第二步——Data Access模块，这个模块是企业库中被使用频率最高的模块，它很好的封装了数据库操作应用，为我们进行多数据库系统开发提供了便利，只需更改配置文件就可以很快的切换数据库访问（可惜还是要重写SQL语句，没法和ORM比）。
下面是我在配置企业库的时候碰到问题，如果没有碰到可以略去不看（可能有点小白）
注意：此处切换数据库配置必须是计算机中已经安装好相应的数据库访问模块，如需要进行从MS SQL向SQLite数据库的变更时，计算机中必须安装好SQLite数据库访问模块（在这里我就碰到了这个问题，原来我机器上在VS2008开发时已经安装过SQLite数据库访问模块，但是新装了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个方法才能实现合并成了一个方法）:
using Microsoft.Practices.EnterpriseLibrary.Common.Configuration;
using Microsoft.Practices.EnterpriseLibrary.Data;
namespace EntLibStudy.Helper
{
public static class DBHelper
{
/// <summary>
/// 获取数据库对象
/// </summary>
/// <param name="name">数据库实例名(默认name为空,调用默认数据库实例)</param>
/// <returns>数据库对象</returns>
public static Database CreateDataBase(string name = "")
{
//return DatabaseFactory.CreateDatabase(name);
return EnterpriseLibraryContainer.Current.GetInstance<Database>(name);
}
}
}
在DAL层中则引用Helper来获取数据库对象，进行数据库操作，我们现在来看下具体的数据库访问类编写代码，学员操作类:
using System;
using System.Collections.Generic;
using System.Data;
using System.Data.Common;
using System.Linq;
using System.Text;
using Microsoft.Practices.EnterpriseLibrary.Data;
using EntLibStudy.Model;
using EntLibStudy.Helper;
namespace EntLibStudy.DAL
{
public class StudentService : EntLibStudy.IDAL.IStudentService
{
/// <summary>
/// 新增学生
/// </summary>
/// <param name="student">学生对象</param>
/// <returns></returns>
public int Add(Student student)
{
Database db = DBHelper.CreateDataBase();
StringBuilder sb = new StringBuilder();
sb.Append("insert into Student values(@ClassId,@SID,@Password,@Name,@Sex,@Birthday,@IsAdmin);SELECT @@IDENTITY;");
DbCommand cmd = db.GetSqlStringCommand(sb.ToString());
db.AddInParameter(cmd, "@ClassId", DbType.String, student.ClassId);
db.AddInParameter(cmd, "@SID", DbType.String, student.Sid);
db.AddInParameter(cmd, "@Password", DbType.String, student.Password);
db.AddInParameter(cmd, "@Name", DbType.String, student.Name);
db.AddInParameter(cmd, "@Sex", DbType.Int32, student.Sex);
db.AddInParameter(cmd, "@Birthday", DbType.DateTime, student.Birthday);
db.AddInParameter(cmd, "@IsAdmin", DbType.Int32, student.IsAdmin);
int id = Convert.ToInt32(db.ExecuteScalar(cmd));
return id;
}
/// <summary>
/// 更新
/// </summary>
/// <param name="classInfo">学生对象</param>
/// <returns>是否成功</returns>
public bool Update(Student student)
{
Database db = DBHelper.CreateDataBase();
StringBuilder sb = new StringBuilder();
sb.Append("update Student set ClassId=@ClassId,");
sb.Append("SID=@SID,");
sb.Append("Password=@Password,");
sb.Append("Name=@Name,");
sb.Append("Sex=@Sex,");
sb.Append("Birthday=@Birthday,");
sb.Append("IsAdmin=@IsAdmin ");
sb.Append(" where ID=@ID");
DbCommand cmd = db.GetSqlStringCommand(sb.ToString());
db.AddInParameter(cmd, "@ClassId", DbType.String, student.ClassId);
db.AddInParameter(cmd, "@SID", DbType.String, student.Sid);
db.AddInParameter(cmd, "@Password", DbType.String, student.Password);
db.AddInParameter(cmd, "@Name", DbType.String, student.Name);
db.AddInParameter(cmd, "@Sex", DbType.Int32, student.Sex);
db.AddInParameter(cmd, "@Birthday", DbType.DateTime, student.Birthday);
db.AddInParameter(cmd, "@IsAdmin", DbType.Int32, student.IsAdmin);
db.AddInParameter(cmd, "@ID", DbType.Int32, student.Id);
return db.ExecuteNonQuery(cmd) > 0 ? true : false;
}
/// <summary>
/// 删除
/// </summary>
/// <param name="id">学生ID</param>
/// <returns>是否成功</returns>
public bool Delete(int id)
{
Database db = DBHelper.CreateDataBase();
StringBuilder sb = new StringBuilder();
sb.Append("delete from Student ");
sb.Append(" where ID=@ID");
DbCommand cmd = db.GetSqlStringCommand(sb.ToString());
db.AddInParameter(cmd, "@ID", DbType.Int32, id);
return db.ExecuteNonQuery(cmd) > 0 ? true : false;
}
/// <summary>
/// 根据学生ID查询学生对象
/// </summary>
/// <param name="id">学生ID</param>
/// <returns></returns>
public Student SelectById(int id)
{
Student student = null;
Database db = DBHelper.CreateDataBase();
StringBuilder sb = new StringBuilder();
sb.Append("select * from Student ");
sb.Append(" where ID=@ID");
DbCommand cmd = db.GetSqlStringCommand(sb.ToString());
db.AddInParameter(cmd, "@ID", DbType.Int32, id);
using (IDataReader reader = db.ExecuteReader(cmd))
{
if (reader.Read())
{
student = new Student()
{
Id = reader.GetInt32(0),
ClassId = reader.GetInt32(1),
Sid = reader.GetString(2),
Password = reader.GetString(3),
Name = reader.GetString(4),
Sex = reader.GetInt32(5),
Birthday = reader.GetDateTime(6),
IsAdmin = reader.GetInt32(7)
};
}
}
return student;
}
/// <summary>
/// 查询所有学生信息
/// </summary>
/// <returns></returns>
public IList<Student> SelectAll()
{
List<Student> list = new List<Student>();
Database db = DBHelper.CreateDataBase();
StringBuilder sb = new StringBuilder();
sb.Append("select * from Student ");
DbCommand cmd = db.GetSqlStringCommand(sb.ToString());
using (IDataReader reader = db.ExecuteReader(cmd))
{
while (reader.Read())
{
list.Add(new Student()
{
Id = reader.GetInt32(0),
ClassId = reader.GetInt32(1),
Sid = reader.GetString(2),
Password = reader.GetString(3),
Name = reader.GetString(4),
Sex = reader.GetInt32(5),
Birthday = reader.GetDateTime(6),
IsAdmin = reader.GetInt32(7)
});
}
}
return list;
}
/// <summary>
/// 查询所有学生信息
/// </summary>
/// <returns></returns>
public IList<Student> SelectAllMapper()
{
var list = new List<Student>();
Database db = DBHelper.CreateDataBase();
DataAccessor<Student> studentAccessor;
//studentAccessor = db.CreateSqlStringAccessor("select * from Student",
// MapBuilder<Student>.MapAllProperties().
// Build()
// );
studentAccessor = db.CreateSqlStringAccessor("select * from Student",
MapBuilder<Student>.MapAllProperties().
Map(p => p.Id).ToColumn("ID").
Map(p => p.Sid).ToColumn("SID").
Map(p => p.Password).WithFunc(f => "******").//将密码转换为"*",无法直接查看
Map(p => p.Name).WithFunc(ToUpperName).//将学员名称转换为大写
Map(p => p.Sex).ToColumn("Sex").
Map(p => p.Birthday).ToColumn("Birthday").
Build()
);
list = studentAccessor.Execute().ToList();
return list;
}
/// <summary>
/// 将学员名称转换为大写
/// </summary>
/// <param name="dataRecord"></param>
/// <returns></returns>
private string ToUpperName(IDataRecord dataRecord)
{
var name = (string)dataRecord["Name"];
return name.ToUpper();
}
public Student SelectBySid(string sid)
{
Student student = null;
Database db = DBHelper.CreateDataBase();
StringBuilder sb = new StringBuilder();
sb.Append("select * from Student ");
sb.Append(" where SID=@SID");
DbCommand cmd = db.GetSqlStringCommand(sb.ToString());
db.AddInParameter(cmd, "@SID", DbType.String, sid);
using (IDataReader reader = db.ExecuteReader(cmd))
{
if (reader.Read())
{
student = new Student()
{
Id = reader.GetInt32(0),
ClassId = reader.GetInt32(1),
Sid = reader.GetString(2),
Password = reader.GetString(3),
Name = reader.GetString(4),
Sex = reader.GetInt32(5),
Birthday = reader.GetDateTime(6),
IsAdmin = reader.GetInt32(7)
};
}
}
return student;
}
}
其中的代码都是采用了比较常见的老套路:
1、获取数据库对象
2、构建Command对象并进行执行语句及参数赋值
3、通过数据库对象调用相应方法执行Command
企业库在Data Access上帮我们做了比较好的封装，相当于为我们提供了如SQLHelper,OracleHelper类,只不过这个帮助类转换了一个个数据库的对象,通过数据库对象来对数据库数据进行操作
（个人认为通过这种方式进行操作更加直观，而且企业库的对SQL语句的参数操作方法也很直观：AddInParameter，AddOutParameter，GetParameterValue很好的区分了参数的操作，比原来的SQLCommand好多了）
如果仔细看了上面操作代码的朋友肯定发现了类中有个叫SelectAllMapper的方法，这个方法采用的是企业库5.0中新提供的Accessor进行RowMapper来直接为实体赋值，相比原来的使用reader方式取值赋值更加优雅，只要SQL查询出来的对象字段和实体对象属性一样就可以使用MapAllProperties()方法直接赋值,如果不同的话可以使用map方法来对个别属性单独映射，而且在映射的时候还可以使用WithFunc来进行进一步操作，在代码中我将密码进行了替换，以“*”的形式展示，同时把学员的名称以大写的形式展示。
（注：更多的企业库Data Access模块方法使用可以点击这里下载微软给出的学习例子和http://www.entlib.com/发布的学习手册)
在完成底层的操作，现在我们就开始对企业库的数据库访问进行配置：
在Web层的Web.config上右键打开企业库配置器：Blocks-Add Data Settings-Add DataBase Connstring,新建2个数据库对象，一个是MS SqlServer数据库,一个是SQLite数据库.
新建一个数据库设置
新建二个数据库连接
一个为EntLibStudy，另一个为EntLibSQLite
我们来看下具体的配置文件代码：
<configuration>
<configSections>
<section name="dataConfiguration" type="Microsoft.Practices.EnterpriseLibrary.Data.Configuration.DatabaseSettings, Microsoft.Practices.EnterpriseLibrary.Data, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" requirePermission="true" />
</configSections>
<dataConfiguration defaultDatabase="EntLibStudy" />
<connectionStrings>
<add name="EntLibStudy" connectionString="server=VOLK\SQL2005;database=EntLibStudy;Integrated Security=True;"
providerName="System.Data.SqlClient" />
<add name="EntLibStudySQLite" connectionString="data source=|DataDirectory|EntLibStudySQLite.db3"
providerName="System.Data.SQLite" />
</connectionStrings>
<appSettings>
<add key="DAL" value="EntLibStudy.DAL" />
</appSettings>
<system.web>
<compilation debug="true" targetFramework="4.0" >
<expressionBuilders>
<add expressionPrefix="RouteUrl" type="System.Web.Compilation.RouteUrlExpressionBuilder"/>
<add expressionPrefix="RouteValue" type="System.Web.Compilation.RouteValueExpressionBuilder"/>
</expressionBuilders>
</compilation>
<authentication mode="Forms">
</authentication>
</system.web>
</configuration>
至此我们就完成了Data Access模块的代码编写和基本设置（具体代码请到文章底部下载源代码，类似代码则不再描述）。
这时如果项目需求发生了变更,由于成本太高不能使用MS SQL SERVER，而要改用SQLite数据库时则只需更改配置文件，将dataConfiguration配置节中defaultDatabase更改为EntLibStudySQLite，将appSettings配置节中DAL的值改为EntLibStudy.DALSQLite即可立刻切换到SQLite数据库。
下面我来看下运行出来的效果：
红色框中地址采用了ASP.NET4中的路由功能,实现了地址重写
红框中如上面的分析,在DAL层进行属性映射的时候已经将密码以*代替，学员姓名以大写形式展现（此页面仅用来展示属性映射，无其他用处，页面地址为：~/Student/StudentList.aspx)
至此，学习之路的第二步——Data Access模块的学习就到此为止了，其他一些东西请下载源代码查看。
注意：
1、MSSQL数据库在DataBase目录下（需要自行附加数据库），SQLite数据库在Web目录的App_Data下，由于考虑到项目的大小，所以每个项目的BIN目录都已经删除，如出现无法生成项目请自行添加相关企业库的DLL。
2、由于微软企业库5.0 学习之路这个系列我是准备以一个小型项目的形式介绍企业库的各模块，所以源代码会根据系列文章的更新而更新，所以源代码不能保证与文章中所贴代码相同。
3、项目开发环境为：VS2010+SQL2005。
4、管理员帐户：admin
密码：admin
项目下载地址：点我下载
话说在大学的时候帮老师做项目的时候就已经接触过企业库了但是当初一直没明白为什么要用这个，只觉得好麻烦啊,竟然有那么多的乱七八糟的配置（原来我不知道有配置工具可以进行配置，请原谅我的小白）。
直到去年在做项目的时候在看代码生成工具的时候看到了许多生成工具都内置了企业库的数据库访问及一些相关模块，才突然顿悟了，可能企业库应该还是有点用的，于是就试着使用了企业库的一些模块（当时版本是4.1），果然觉得企业库还是很不错的，微软在企业库中为我们封装了许多日常经常使用的模块，如：数据库访问，缓存，日志，异常处理，加密，IOC等等，在日常的项目开发中，企业库已经贯穿了一个项目从底层到表示层基本上需要用到的模块，大大方便了我们的开发，毕竟自己再重复造轮子还不如就用微软的（毕竟企业库现在都到5.0）
最近在看园子里有好几位都在写，如：virus,huangcong。我现在写的其实基本上都是自己的学习之路（可能没前面2位写的好，但就当自己的学习笔记吧）。
废话不多说了，首先开始学习企业库的基本概念，一下摘自sfbirp的企业库学习笔记:
一、什么是企业库？
企业库包含一系列应用程序模块和核心架构。这些高复用的组件旨在帮助开发者解决一些共同的企业开发问题。
企业库同时提供高可配置的特性，使我们管理重复的工作更加容易，例如我们知道的在应用的很多地方发生的横切关注点。包括像日志记录、缓存、异常管理等。另外，它提供的依赖注入容器能够简化和分解你的设计，使他们更加可实验和容易理解，帮助你创建更加高性能的设计和各种应用。
二、使用企业库的3个简单步骤：
1.引用和配置你需要的程序集。
2.通过企业库配置应用。
3.在你的代码中创建和使用企业库对象。
三、企业库的好处：
应用模块帮助解决开发者从一个项目到另一个项目面对的共同问题。他们的设计封装了微软推荐的做法，这些都是基于微软框架的应用开发。例如，数据访问应用模块提供了对ADO.NET访问最频繁使用的特征。在某些情况下，应用模块还添加了一些基础类库没有直接提供的相关功能。
四、企业库的目标：
1.一致。所有的企业库模块都坚持一致的设计模式和实现方式。
2.可扩展性。所有的应用模块包括定义扩展点，允许开发人员通过添加自己的代码定制应用模块的行为。
3.易用性。企业库提供了许多实用性的东西，包括一个图形化配置工具，简单的安装过程，完成的文档和示例。
4.集成。企业库应用模块被设计得能够一起很好的工作，并且也被这样测试过。但是你不必一起使用他们。我们可以单独使用这些应用模块，同时这些应用模块之间也有些依赖，比如在企业库核心和Unity中的一些通用组件。
上面是企业库的基本概念，理解了企业库的相关知识后，我们可以开始来安装企业库了
1、下载地址：点我进入下载页面（不是直接下载），安装后就可以使用了。
这次5.0相比4.1的最大改动就是整个配置工具采用了WPF重新构建和实例化和管理对象生命周期的全依赖注入的实现，同时支持VS2008SP1和VS2010，话说虽然这次的配置工具变化挺大的，但是一旦熟悉了就觉得比4.1的好，因为可以清楚的看见每个模块的之间的依赖关系。
附相关改动，还是摘自sfbirp的企业库学习笔记:
一、Unity和对象生成器的整合
在这个版本中，用于创建对象的基本技术是一个单一的依赖注入容器，默认的是Unity。你可以使用容器生成企业库对象的实例并注入到其他的对象。 企业库提供一个标准的接口从Unity容器中来获得定义在企业库配置中的对象的实例，如SqlDatabase或LogWriter.另外，注入友好的实例门面处理静态门面之外是有效的，因为静态门面不能用注入，但是为了向后兼容以前的版本而存在。在本版本中的示例中都是用依赖注入，但是以前版本中是用的静态工厂类和静态门面在这个版本中还是支持的。对象生成器，一个低版本的依赖注入机制在这个版本中被归入Unity中，在项目中不再需要单独引用对象生成器集。
支持Unity容器，必须引用一个被包含在企业库中的Microsoft.Practices.ServiceLocation程序集。如果要使用一个第3方的依赖注入容器，必须直接实现IServiceLocator接口或者通过适配器实现。二、影响所有模块的变化:
1.在企业库中主要修正是使用依赖注入机制。所用的应用模块以及核心系统都是用依赖注入机制，并使用Unity作为默认的依赖注入容器，来创建和管理企业库对象。
2.自主容器的实现通过实现Common Service Locator项目提供的 IServiceLocator 接口来完成。
3.由于错误配置引发的错误将提供更多有用的错误信息。
4.配置系统公开了一个 fluent接口，用来为单个对象或整个应用创建和填充配置源。fluent API使得为各种情景创建配置源更加容易。
5.ConfigurationView类被删除.
6.一些配置元素有默认值,可能不同于以前版本的隐式默认值.
7.企业库现在允许你通过另一个配置文件合成一个混合配置文件.
8.可以可通过不同的配置文件读取不同的配置信息.
9.企业库不支持XAML浏览器应用程序（XBAP).
10.WmiEnabled标志为了像前兼容仍然存在企业库中,但是在5.0中是被忽略的,而且将来会被删除.
11.改进式的安装允许你只安装部分应用模块及配置工具.
12.在以前版本中要做统一集成，必须添加核心企业库的扩展和每个模块的扩展。现在如果你只需要直接访问容器，那么只有核心扩展是必须的。单独模块将自动支持。
旧的功能为了保持像前兼容仍然保留，但已经不起作用。
13.FileConfigurationSource.Save 的签名已经改变，参数由3个变为2个。
14.快速入门不再包含在主安装程序中。三、Breaking变化：
1.企业库现在抛出了一个配置错误ActivationException，之前是System.Configuration.ConfigurationErrorsException。这包括试着解决没有配置信息错误的一个实例提供者。
2.以前版本在获取应用模块错误时抛出BuildFailedException错误，现在对于所有的应用模块都抛出ActivationException
3 .之前的版本，在讲一个空源传到容器来调用容器的时候，会抛出ArgumentNullException，现在抛出NullReferenceException
4.ObjectBuilder2不再是一个单独的程序集，而是集成到了Unity集合中，在项目中也不需要引用ObjectBuilder2.dll。5.WMI支持已经从企业库中删除，除了在logging模块中的WMI跟踪监听器。
6.如果你没有关闭DbDataReader，可能会导致随机的、很难在您的代码中找到的错误，尤其是当你正在一个由TransactionScope上下文创建的隐式事务下操作时。
你必须始终确保您的应用程序及时关闭DbDataReader，无论是明确的DbDataReader.Close方法关闭或是逼迫DbDataReader释放。
7.如果你使用 validator 特性必须引用 System.ComponentModel.DataAnnotations程序集。
8.为FileConfigurationSource.Save方法签名已更改。该方法有两个参数，而不是3个参数
9.Microsoft.Practices.EnterpriseLibrary.Configuration.Design.dll集合的功能和其他设计时集合被一个新的集合Microsoft.Practices.EnterpriseLibrary.Configuration.DesignTime.dll代替。
10，性能计数器异常从PolicyInjection.CallHandlers移到 PolicyInjection 程序集。
11.包含在Policy Injection Application Block中的CachingCallHandler有未处理的安全漏洞，已经从Policy Injection Application Block中移除。四、配置工具的改变：
1.新的企业拥有一个新的GUI库和一个元数据驱动的可扩展性模。
2.支持向导
3.新的类型选择。
4.不支持对依赖策略的Environmental Overrides 。日志模块处理Categories。
五、缓存模块变化：
1.缓存清除已被完全重写的性能优化
六、数据库访问模块：
1.ExecuteReader, ExecuteXmlReader, ExecuteScalar, and ExecuteNonQuery方法具有异步版本。
2.包含了很多新的方法和类允许你提取数据作为对象序列。例如在合适的时候使用客户端查询技术，如LINQ.
3.存在的方法ExecuteReader和新的方法BeginExecuteReader不接收CommandBehavior 参数。默认的当调用这些方法的时候这些方法
会自动设置CommandBehavior 属性到reder中用来关闭连接直到指定一个事务。七、异常处理模块：
1.日志异常处理重新使用日志模块的Log Writer and Trace Listeners 。这在之前版本中不是默认设置。
2.增加一个功能，通过ExceptionManager.Process 方法接收一个默认值并返回一个值。
在安装完企业库同时知道了5.0的变化后，就开始正式的学习了，学习的最好办法不是看企业库的源代码（我是看不懂），而是下载微软发布的学习例子
学习例子下载地址：点我进入下载页面（不是直接下载）
这个学习例子里面已经包含了所需的类库及代码演示（C#和VB.NET都有）,同时可以右键例子中的App.config来看下例子中的模块是怎么配置的。
同时,在学习例子的时候可以看下由http://www.entlib.com/发布的中文学习手册,虽然是4.1的,但是里面的所有内容都和5.0的例子一样(5.0只不过是重新实现了1遍)，把例子和文档结合起来看学习起来就快了很多了：
中文学习手册：点我进入下载页面（不是直接下载）
到此，Entlib5的学习之路的第一步就结束了,基本上通过微软发布的学习例子和对应的中文学习手册可以对5.0的使用已经有了个基本的了解。
