有具有这种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   给出了继承的一个例子   链

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top