深入ASP.NET 2.0的提供者模型
码。然而，那些需要定制的开发者们可以通过创建他们自己的派生自适当的抽象基类的类来实现。通过简单地把该程序集放到应用程序的/bin目录并更新Web.config文件，他们可以让系统使用这个新类。具体地说，WebForums.NET发行中带有一个抽象基类DataProvider，它清楚地列举出了系统中的所有方法，类似如下：
public abstract class DataProvider AuthenticateUser(username，password)和GetUserInfo(username)方法是系统定义的许多方法中的两个方法的代表。而静态Instance()方法是该DataProvider类的主要实现；它包含检查代表了WebForums.NET配置信息（该信息指示系统要使用的类的全称限定名）的Web.config文件的代码。然后，该方法使用反射(和缓冲)来创建该类的一个实例并且把它返回到系统。 WebForums.NET发行中还带有一个派生自DataProvider基类的SqlDataProvider类，这个类提供分类方法的具体实现。例如，SqlDataProvider的所有方法都可以操作存储于一个SQL Server 2000数据库中的数据；与用户相关的方法可以与一个预定义的Users数据库表一起工作。一个想改变后端功能的客户可以创建他自己的派生自DataProvider的类，这些信息都可以展示于Web.config文件中（指明应该使用他们的定制类）。例如，WebForums.NET中的Web.config可能包括下列内容： ＜WebForumsSettings＞
默认情况下，这个设置信息引用随同WebForums.NET一起发行的SqlDataProvider类。然而，如果一个客户创建他自己的API实现，那么他可以提供自己的类的细节，并且系统会自动地开始使用他的实现来创建默认实现。 借助于这一架构，使用WebForums.NET的页面开发者可以使用如下所示的代码来认证一个用户： if (DataProvider.Instance().AuthenticateUser(username，password))
当调用DataProvider.Instance()方法时，上面的配置文件被检查并且返回适当类的一个实例。如果客户还没有创建他们自己的实现的话，这将是默认的SqlDataProvider类；而如果他们已经实现的话，它将是他们自己的类。一旦DataProvider.Instance()方法返回一个适当的提供者实例，我们就可以简单地调用该API的成员（在这个例子中是AuthenticateUser()）。 WebForums.NET提供者模型-一个早期的原型 相对于微软建议使用的提供者模型，Andy的提供者模型含有一些不足。一方面，WebForums.NET中提供了单个抽象基类，所有的API定义都聚集在这个类中。其负面作用在于，如果一个客户仅想定制系统的一小部分，例如用户信息的存储方式，那么他必须提供该系统中所有方法的实现。一种更好的方案是，为系统中的每一个逻辑实体创建一个抽象基类。例如，对于一个在线消息板应用程序来说，它可能需要一些类，如UsersProvider，ForumsProvider，PostsProvider，等等。然而，在你提供给一个客户的提供者数目之间也存在一个平衡问题。更多提供者允许更为细致的系统定制，但是也会相应地提高要求的配置标记的数量。 另外，我已经展示了对WebForums.NET的提供者模型实现代码的作了进一步改进，以便使其更相似于微软在ASP.NET 2.0中所使用的代码。我认为，Andy的想法应该是提供者模型的先驱，尽管微软的提供者模型实现更为清晰且更强壮一些。 一方面，WebForums.NET在2002年三月为微软所收购；另一方面，Rob Ho |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
