内容摘要：企业库(Enterprise Library)是微软的模式与实践(Patterns & Practices)的下一代应用程序块(Application Blocks)。该企业库的设计思想是为了协助开发商解决企业级应用开发过程中所面临的一系列共性的问题, 如安全(Security)、日志(Logging)、数据访问(Data Access)、配置管理(Configuration Manage)等，并将这些广泛使用的应用程序块集成封装至一个叫企业库的程序包中。 通过这些程序块，可以解决共性的企业级开发过程中所面临的问题。使用新的设计理念整合应用程序块，使得各应用程序块具有重用性、一致性、扩展性、易用性、集成性。 [全文]
企业库应用和技巧
编者按：从自微软2002年推出.net framework开始，就预示着Windows开发已经进入了.net时代。而作为其核心的开发工具Visual Studio for .net也逐渐成为Windows程序员的首选开发工具。Visual Studio虽然强大，但有时使用某些功能时，如数据库操作，也会产生大量的重复代码，工作效率也会因此降低。微软为弥补这个缺憾，为我们提供了应用程序块。后来将各种应用程序块组合成了微软企业库。为了使读者更好地了解企业库，本版块提供了一些关于企业库的应用文章，通过这些文章，可以使广大的.net程序员更有效地用企业库来开发程序。
| 文章列表： | |
| ·Enterprise Library 安装过程 | |
| ·创建基于消息队列（MSMQ）的异步日志 | |
| ·集成VS2005的配置工具和配置区加密支持 | |
| ·微软企业库的过期检查功能比较 | |
| ·如何用编程的方法来配置日志程序块? | |
| ·如何将配置信息保存到数据库中 | |
| ·记录站点中未处理的异常 | |
| ·企业库3.x先睹为快 | |
| ·使用配置文件的验证程序块 | |
| ·验证程序块与ASP.NET的集成 | |
数据访问应用程序块（Data Access Application Block)
| · 数据访问应用程序块简介 | |
|---|---|
| 数据访问程序块从表面上看很像是ADO.NET，确实如此，DataAccess Application Block 不是ADO.NET的替代品，它是对ADO.NET的补充。DataAccess Application Block的优点在于它可以使用相同的代码去访问不同类型的数据库，比如我们的应用程序从Sql Server上转到Oracle，那么使用DataAccess Application Block 可以让你不需要修改任何代码而达到上述功能，不过配置文件是当然要修改的。当然也不是在任何情况下都要用DataAccess Application Block，例如，当我们的代码是为了一种很特殊的数据库而编写的话，这时候应该选用ADO.NET。[全文] | |
| · 数据访问应用程序块2.0 | |
| 在数据访问块1.1里面我们知道Database方法返回或者创建一个DBCommandWrapper对象，而在数据访问块2.0里面移除了DBCommandWrapper类，用ADO.NET2.0里面的DBCommand类代替实现类似的功能，这样使得DAAB跟我们的.NET类库的结合更加紧密。在.NET2.0下，泛型编程已经成为了一个核心，而2.0版的DAAB中也新增了一个GenericDatabase对象。我们需要使用其他的像DB2等数据库时，就需要用到GenericDatabase，它可以用于任何.NET类库中的数据提供者，包括OdbcProvider和OleDbProvider。 [全文] |
相关文章
| ·数据访问程序块学习(一) | ·数据访问程序块学习(二) |
| ·数据访问程序块学习(三) | ·数据访问程序块——入门篇 |
| ·数据访问程序块——进阶篇 | ·数据访问块的常用操作 |
其他精采文章
本版块是集合我们IT168技术频道最近一段时间所发生的重要事件的精采评论文章。
专题回顾
本版块是集合我们IT168技术频道先前做的专题进行回顾。
专题制作
策划制作：atomic_age
QQ：282662997
MSN：asklining@hotmail.com
投稿邮箱：lining1@it168.com
QQ：282662997
MSN：asklining@hotmail.com
投稿邮箱：lining1@it168.com
异常处理程序块(Exception Handling Application Block)
| · 异常处理应用程序块简介 |
|---|
| 异常处理应用程序块被设计为支持包含在应用程序组件的 catch 语句中的典型代码。该应用程序块允许开发人员将此逻辑封装为可重用的异常处理程序，而不是在应用程序组件的相同 catch 块中重复这段代码。 [全文] |
相关文章
| ·异常处理程序块——入门篇 | ·异常处理程序块——进阶篇 |
| ·异常处理程序块学习(一) | ·异常处理程序块学习(二) |
日志应用程序块(Logging Application Block)
| · 日志应用程序块简介 |
|---|
| 日志程序块通过收集应用程序需要包含的多个最常见的日志和规范任务来简化应用程序的开发。每个任务都以一致的方式处理，并从特定的日志和规范提供程序中抽象应用程序代码。体系结构模型可让您通过更改配置来更改基础事件接收器和格式化程序，而无需更改应用程序代码。 [全文] |
相关文章
| ·日志程序块学习(一) | ·日志程序块学习(二) |
| ·日志程序块应用(三) | ·日志程序块——入门篇 |
| ·日志程序块——进阶篇 |
缓存应用程序块(Caching Application Block)
| · 缓存应用程序块简介 |
|---|
| 应该将缓存应用程序块部署在单个应用程序域中。每个应用程序域都可以有一个或多个缓存（可以有也可以没有后备存储）。缓存不能在不同的应用程序域之间共享。缓存应用程序块的性能已优化，并且是线程安全和异常安全的。您可以对它进行扩展，以包括您自己的过期策略和后备存储。 [全文] |
相关文章
| ·缓存应用程序块学习(一) | ·缓存应用程序块学习(二) |
| ·缓存应用程序块学习(三) | ·缓冲应用程序块——入门篇 |
| ·缓冲应用程序块——进阶篇 | ·企业库中缓存应用程序块C#2.0 |
其他应用程序块
相关文章
| ·加密应用程序块简介 | ·加密应用程序块——入门篇 |
| ·安全应用程序块简介 | ·安全应用程序块——入门篇 |
| ·安全应用程序块——进阶篇 | ·配置应用程序块——入门篇 |
7万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
