知识大全深入ASP.NET 2.0的提供者模型

Posted 2022-07-17 系统

篇首语：学向勤中得，萤窗万卷书。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全深入ASP.NET 2.0的提供者模型相关的知识，希望对你有一定的参考价值。

深入ASP.NET 2.0的提供者模型 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　一引言 　　早在年我就着手开发一个ASP NET在线消息板应用程序WebForums NET 其目的是创建一个基于ASP NET的消息板系统而且该系统可以容易插入到一个现有网站中构建这样一个端对端应用程序的特别挑战之一就是要为客户提供一种方式以便能够把它集成到他们自己的系统中去例如一个在线论坛明显需要使用某种数据存储来存储用户信息论坛回寄信息等但是最好不要把客户锁定到一种特定的数据存储中也就是说你不应该说我的应用程序必须使用微软的SQL Server 因为这样的话使用Oracle或Access的客户怎么会使用你的软件呢？　　另一个集成到客户现有数据中的问题是所有的在线论坛站点都提供用户帐户和一种创建新帐户的方式典型情况下这被建模为一个论坛架构（以一个数据库中的Users表形式存在）但是客户很可能已经有他们自己的拥有成千的用户帐户的数据库表或者一个客户可能想在一个内部网设置中使用该论坛并且想使用活动目录而不是某种数据库表来认证和存储用户信息因此当一个论坛软件系统创建一个Users数据库表并对其客户说这就是你存储用户的方式时那些已经拥有现有基础结构和用户数据的客户很可能会疏远这样的软件　　因此当你使用一种僵硬的API构建一个系统时会产生特别的挑战一种僵硬的API不是提供一种方式来定制逻辑而是硬编码实现细节（例如你必须使用SQL Server作为你的后端数据存储且在这个数据库有一个Users表并将在其中存储所有的用户信息）然而通过使用提供者设计模式你可以轻易地打破这种僵硬性借助于提供者设计模式系统架构师只需要定义API 至于编程功能则由系统来提供对于一个在线论坛应用程序来说这可能包括一个具有例如Authenticate(username password)和GetUserDetails(username)等方法的Users类　　提供者模型的优秀在于客户实现方案可以指定一个系统应该使用的定制类这种定制类必须实现系统的良好定义的API 但是它允许无缝地插入任何定制实现也就是说一旦定义这个API 系统实现者可以创建一个使用SQL Server和一个Users表的默认的具体实现大多数客户可以直接使用之而不必要作任何修改那些有定制需要的客户（他们想使用Oracle或以另外一些方式存储用户数据）可以创建他们自己的类该类提供必要的功能并且把它们插入到这些客户的系统中　　其实提供者设计模式被应用于整个ASP NET 实现中当然网上也存在一些如何在ASP NET x应用程序中使用这一功能的教程　　在本文中我们将详细探讨提供者模型并分析如何把它应用于ASP NET 开发中 二打破僵硬的API实现 　　在我早期的WebForums NET开发中我认识到这种僵硬的API实现将会成为一个问题我的软件设计目标之一就是尽可能灵活且可定制并且使用户使用SQL Server 而且我的用户数据模型实现应该看起来充其量只是有些限制性为了克服这些问题我构建了一个包含下面两部分的系统　　一组定义了系统的核心功能的抽象基类　　能够在运行时刻动态地加载一个扩展抽象基类具体地说该代码负责检查包含一个＜ConfigSetting＞节（该节中给出要使用的类的完全限定名）的nfig文件

　　借助于这一架构我可以通过一系列抽象基类来定义系统的功能并使用SQL Server 和Users表来提供这些类的具体实现满足这一配置的客户可以只管使用该应用程序并且一切将工作良好且不需要他们编写一行代码然而那些需要定制的开发者们可以通过创建他们自己的派生自适当的抽象基类的类来实现通过简单地把该程序集放到应用程序的/bin目录并更新nfig文件他们可以让系统使用这个新类具体地说 WebForums NET发行中带有一个抽象基类DataProvider 它清楚地列举出了系统中的所有方法类似如下 public abstract class DataProvider public abstract bool AuthenticateUser(string username string password); public abstract User GetUserInfo(string username); public static DataProvider Instance() 　　AuthenticateUser(username password)和GetUserInfo(username)方法是系统定义的许多方法中的两个方法的代表而静态Instance()方法是该DataProvider类的主要实现它包含检查代表了WebForums NET配置信息（该信息指示系统要使用的类的全称限定名）的nfig文件的代码然后该方法使用反射(和缓冲)来创建该类的一个实例并且把它返回到系统　　WebForums NET发行中还带有一个派生自DataProvider基类的SqlDataProvider类这个类提供分类方法的具体实现例如 SqlDataProvider的所有方法都可以操作存储于一个SQL Server 数据库中的数据与用户相关的方法可以与一个预定义的Users数据库表一起工作一个想改变后端功能的客户可以创建他自己的派生自DataProvider的类这些信息都可以展示于nfig文件中（指明应该使用他们的定制类）例如 WebForums NET中的nfig可能包括下列内容＜WebForumsSettings＞＜add key= DataProviderAssemblyPath value= path /＞＜add key= DataProviderClassName value= Namespace Classname /＞＜/WebForumsSettings＞　　默认情况下这个设置信息引用随同WebForums NET一起发行的SqlDataProvider类然而如果一个客户创建他自己的API实现那么他可以提供自己的类的细节并且系统会自动地开始使用他的实现来创建默认实现　　借助于这一架构使用WebForums NET的页面开发者可以使用如下所示的代码来认证一个用户 if (DataProvider Instance() AuthenticateUser(username password)) //用户被认证 else //用户名/口令无效！

cha138/Article/program/net/201311/11957

知识大全 深入ASP.NET 2.0的提供者模型

知识大全深入ASP.NET 2.0的提供者模型