摘要： 每个缓存管理器都可以配置为仅将数据保存在内存中，这意味着它使用的是空后端存储；或者配置为将数据既保存在内存中也保存到持久存储中。持久存储的类型在配置后端存储时指定 。后端存储使缓存的数据在应用程序必须重启时得以幸免。在它的初始状态下，缓存应用程序块支持二种持久后端存储。 阅读全文

摘要： 缓存应用程序块被设计为支持绝大多数存储数据到缓存中的情况。在添加应用程序代码时，涉及在关键场景中的场景，从中选择一个最适合的情况。使用与场景一起的代码或者按需要修改它。 阅读全文

摘要： 本文是Enterprise Library 3.1 帮助文档中文翻译 的一部分。 本节描述了如何使用缓存应用程序块来开发应用程序。首先，它解释了如何配置应用程序块，将它加入到解决方案中，并选择一个后端存储；然后，在关键场景中，它描述了如何在特定场景中使用应用程序块，如添加条目到缓存和从缓存中移除条目。 阅读全文

摘要： 缓存应用程序块为解决开发人员在缓存数据时所面对的绝大多数任务而设计。这些任务根据场景进行了组织，每个场景都给出了一个真实世界情况的示例，如添加条目到缓存，讨论了情况所需要的缓存功能，并展示了完成任务的代码。 阅读全文

摘要： Enterprise Library 缓存应用程序块允许开发人员在应用程序中合并一个局部缓存，它支持内存内的缓存，和可选的可以是数据库存储或独立存储的后端存储。应用程序块可以不做修改的使用，它提供所有必须的获取、添加和移除缓存数据的功能。可配置的到期和清除策略也是应用程序块的一部分。 阅读全文

摘要： 下面表格展示了应用程序可能需要的附加权限(那些在默认中等信任策略中授予的之外的)。只有在要使用那些特定的特性时才需要授予这些权限，除非另有说明，否则在定制的策略文件中进行这些修改。 阅读全文

摘要： 所有应用程序块都是强命名的，这提供了版本和名称的保护。这意味着二进制代码的名称保证是唯一的，而且加载的版本也是应用程序所要使用的。因为应用程序块是强命名的，所以可以将它们安装到全局程序集缓存中，那是可以被机器上多个应用程序共享的地方。 不建议使用 Enterprise Library 命名空间，因为这将使它难于标识源代码，可以选择符合自己的代码和版本标准的根命名空间。 Enterprise Lib... 阅读全文

摘要： 当您编译了安装的 Enterprise Library 版本的源码时，生成的程序集是不会被强命名的。做为一个结果，它们不能被安装在全局程序集缓存中，也不会有与强命名程序集相关的其他好处。 阅读全文

摘要： Enterprise Library 应用程序块由多个程序集组成。属于 Enterprise Library 的每个程序集都有一个用 Microsoft.Practices.EnterpriseLibrary 开头的文件名。另外，应用程序块依赖于 Enterprise Library 通用程序集。使用一个或多个应用程序块的应用程序依赖于其他应用程序块。例如，某些使用缓存应用程序块的应用程序也需要数据访问应用程序块程序集。 阅读全文

摘要： 使用 Enterprise Library 早期版本的应用程序需要足够的授权，所以它们能使用的安全级别只有完全信任。使用 Enterprise Library 3.1 - May 2007 ，将可以在部分信任下运行应用程序。一个普通的例子是运行在主机环境中的 ASP.NET 应用程序。典型的，这些种类的应用程序只需要运行在中等信任下的足够权限。这依赖于在应用程序中使用的 Enterprise Library 特性，可能需要授予比由默认部分信任授予的更多的权限。 阅读全文