题
有具有这种provider
后缀许多类。 (数据,成员,modelmetadata,...)。
当应该是一个称为一个提供者类类?
解决方案
提供者大多是任何类型的(数据库,XML等)的你的逻辑和数据存储之间。 MSDN提到:
提供者抽象存储介质在大致相同的方式,设备驱动程序抽象硬件设备。
有关的更多信息:微软ASP.NET 2.0提供商:引言
<强>例如强> 在与数据库或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 给出了继承的一个例子 链