在.NET世界中，提供者类意味着什么？

有许多类具有此

提供程序

后缀。（数据、成员资格、模型元数据等）

---

什么时候应该将类称为提供程序类？

提供程序主要位于逻辑和任何类型的数据存储（数据库、xml等）之间。MSDN提到：

提供商抽象存储介质的方式与设备驱动程序抽象硬件设备的方式大致相同

有关更多信息：

例如：

---

与使用数据库或XML不同，您希望使用网络中某个磁盘上的平面文件存储。要管理此功能，您需要构建一个自定义提供程序，并在您的逻辑中使用它来保存数据。

以下是MS提供程序模式的描述(http://msdn.microsoft.com/en-us/library/ms972319.aspx):

这种模式本身是非常复杂的 简单，并被命名为 “提供者”，因为它提供 API的功能。定义为 提供者只是双方之间的合同 API和业务逻辑/数据 抽象层。提供者是 API的实现 从API本身。例如 新的Whidbey成员资格功能具有 静态方法调用 Membership.ValidateUser（）。这个 成员资格类本身不包含 业务逻辑；相反，它只是 将此呼叫转发给已配置的 供应商。这是我们的责任 要包含的提供程序类 该方法的实现， 调用任何业务逻辑层 （BLL）或数据访问层（DAL）是 必要的

有一些规则规定了如何 提供者的行为。提供者 实现必须派生自 抽象基类，用于 为特定的合同定义合同 特色。例如，创建一个 Oracle的成员资格提供商，您 创建一个新类 OracleMembershipProvider 从MembershipProviderBase派生。 例如，要素基类， 依次为MembershipProviderBase 从公共ProviderBase派生 基类。ProviderBase类是 用于将实现者标记为 提供者并强制实现 对所需方法和属性的定义 对所有提供者通用。图4 给出了一个继承的示例 链子

---

它们存在的原因是要被取代。就像我现在编写的一个web应用程序，它将身份验证和授权映射到应用程序内部用户存储区，我可以很好地将taht连接到提供者模型中。我可以知道他们为什么不在这里使用接口吗？像IProvider