参考创建块
|
|
正如说我所提到过的，模式和实践小组发布了参考创建模块来应对常见的技术场景。截至本文写作完成时，他们已经为开发人员发布了这些创建块中的八个，叫做.NET的应用程序块（Application Blocks for .NET）。在通常情况下，每个应用程序块包括了子系统的C#和VB源代码，以及领你入门的QuickStarts实例应用程序。
在下面的表A里，我列举出了每个块，以帮助你了解如何以及为什么它能够被使用。
表A
| 名称 | 出版日期 | 它是什么？ | 为什么要使用它？ |
| 数据访问应用程序模块（Data Access Application Block） | 2002年4月发布1.0版，2002年6月发布2.0版 | 它能够实现数据访问帮助组件——SqlHelper，后者会有助于通过公开一组静态方法对7.0以及更高版本的SQL服务器执行陈述式，并能够减少你必须编写的数据访问代码的数量。2.0版支持1.1版的.NET框架。 | 如果你正在将SQL服务器作为数据库，并希望减少你所编写的数据访问代码的数量，那么你就要使用它。你可以在自己数据访问类的内部使用它。使用C#编写的用于OleDb和Oracle的SqlHelper包含在Nile 3.0实例应用程序里。 |
| 异常管理应用程序块（Exception Management Application Block） | 2002年4月 | 它能够通过ExceptionManager类为异常信息的发布提供一个简单和灵活的机制。它还支持过滤和创建你自己的异常发布器，从而将数据发布给源，而不是使用文本和XML的文件和事件日志。它还提供从其衍生出的一个BaseApplicationException类，用以收集其他的环境信息。 | 你应该将它用作自己异常处理框架的基础。它适用于使用异常链接（exception chaining）并将异常传递给调用栈（call stack）的应用程序。自定义的发布器能够被用来将异常信息记录到共享数据库里。 |
| 采集应用程序块（Aggregation Application Block） | 2003年6月 | 它是一个将服务代理（Service Agent）分派出去从各种用于应用程序的源收集信息的组件。然后应用程序就请求采集组件（aggregate component），并返回一个所收集数据的XML文档。它使用异常管理块，并能够同异步块（Asynchronous Block）和缓冲块（Caching Block）一起使用。 | 当你的应用程序需要将数据从各种源收集到一起，而且这些源会随着时间的推移而改变的时候，你就要使用它。采集块用于底层数据源的抽象。 |
| 异步调用应用程序块（Asynchronous Invocation Application Block） | 2003年6月 | 它是一个将请求分派给背景线程，然后在完成的时候通知应用程序的组件。它使用异常管理和数据块（Exception Management and Data block）。这个块的目的就是为了同采集块（Aggregate Block）一起使用，并能够同缓冲块（Caching block）一起工作。 | 当你的应用程序所通信的数据源需要一个冗长调用(lengthy call)的时候，你需要使用它。使用异步块（Async Block）会让应用程序响应更快，就好像通过允许Web页面逐渐建立而取得的效果一样。 |
| 缓冲应用程序块（Caching Application Block） | 2003年6月 | 它允许应用程序请求CacheManager对象，后者会返回数据或者调用一个服务代理来取回它。它允许项目从缓冲里超期失效，并允许被缓冲数据以多种格式保存，包括SQL服务器的内存映射文件，或者Singleton对象。它同时使用异常管理和数据块。它还能够同异步块和采集块一起使用。 | 当你需要缓冲Windows窗体里或者其他基于非Web应用程序里的数据时，你就要使用它。ASP.NET提供了它自己的缓冲区，因此Web应用程序一般都不需要它。它对于提高性能很有用处。 |
| 配置管理应用程序块（Configuration Management Application Block） | 2003年6月 | 它是一个将用在应用程序里的配置信息的位置进行抽象，并加入加密、缓冲和可扩展性等特性的组件。它还加入了读写配置数据的能力。 | 当你的应用程序要求其配置数据在不同的时间被保存到不同的位置时，你需要使用它。而且利用它可以加密敏感信息。 |
| 更新应用程序块（Updater Application Block） | 2003年6月 | 它是一个能够被用来将新版本应用程序下载到客户机器上（例如使用BITS）的组件。它包括一个声明，用来指定所有相关的文件，并确保整个应用程序都被下载下来了。它对自定义的下载提供了可选的文件验证和支持，还提供了验证组件。它使用异常管理块。 | 当你的应用程序需要自动升级新组件，或者当你正在编写某项服务以向客户机器提供到各种应用程序的升级时，你需要使用它。 |
| 用户界面处理应用程序块（User Interface Process Application Block） | 2003年6月 | 它是一个能够让你将用户处理的逻辑和状态同搜集数据以及导航所需的用户界面分离开的基本类（ControllerBase）和用户界面处理管理器组件。它包括一组存储管理器（persistence manager），后者允许你将处理的状态保存在SQL服务器、ASP.NET会话或者自定义存储里。 | 当你需要在不同类型的应用程序（Windows窗体、Web表单）里实现同一种处理，或者想要允许用户在以后能够恢复到会话里的时候，你需要使用它。它很适合于基于安装向导的应用程序。 |
开始探索
在这第一批八个应用程序块里，微软公布了很多可再度使用的代码，你应该现在就开始研究这些代码，并在可能的地方使用它们。请一定要将模式和实践网站加入到你的收藏夹里，这样你就能够在新的应用程序块出现的时候最快地了解它们。。
转载于:https://www.cnblogs.com/zbccfan/archive/2004/03/18/3520.html