.Net中的设计模式——Strategy模式

    public class SqlRoleProvider:RoleProvider
    {
     public override void CreateRole(string roleName)
     {
      //实现略；
     }
    }
    在ASP.NET中会用到RoleProvider，通常是在web.config配置文件对其进行配置，例如在RoleManager节中配置RoleProvider：
    <roleManager defaultProvider="SqlProvider" enabled="true">
        <providers>
           <add  name="SqlProvider"
            type="System.Web.Security.SqlRoleProvider"
            connectionStringName="SqlServices"
            applicationName="PatternsSample" />
        </providers>
    </roleManager>
    在配置文件中，.Net内部的处理时，要求providers的类型必须是RoleProvider类型，然后通过设置type的值，使其与具体的RoleProvider进行绑定。这里的处置方式显然利用了Dependency Injection（依赖注入）技术，利用反射技术将SqlRoleProvider对象sqlProvider注入，这样就避免了对SqlRoleProvider具体对象的创建，解除了调用者与它之间的偶合。当然在配置文件中，RoleProvider还需与Membership配合使用，但这不是这里所要关注的重点，因此不再详细讲解。
    与RoleProvider相同的设计方式，在.Net Framework中，MemberShipProvider同样利用了Strategy模式，如下图所示的设计结构：

常用的是具体类SqlMembershipProvider，它为SQL Server提供了Membership的管理。如果要为Membership提供对Oracle数据库的支持，我们可以自定义一个类继承MembershipProvider：
    public class OracleMembershipProvider:MembershipProvider
    {
     //实现略；
    }
    在.Net Framework中，还有一个典型的Strategy模式的利用，就是接口IConfigurationSectionHandler：
    public interface IConfigurationSectionHandler
    {
          object Create(object parent, object configContext, XmlNode section);
    }
    该接口中包含的方法只有一个，就是Create()方法，我们可以理解为创建配置节的一个算法，而实现该接口的类包括有DictionarySectionHandler、IgnoreSectionHandler、NameValueSectionHandler等等，分别对应各种配置节的创建类型。此外，我们还可以自己定义一个类，来实现该接口，例如：
    public class CustomHandler : IConfigurationSectionHandler
    {
        public object Create(object parent, object configContext, XmlNode section)
        {
           //实现略；
        }
    }
    从类图中，我们可以看出，它非常符合Strategy模式的特点：

    虽然在.Net2.0中，IConfigurationSectionHandler类型的对象已经被ObsoleteAttribute设置为废弃，而被ConfigurationSection的实现所代替，但这种设计思想仍然是值得借鉴的。

上一页  [1] [2] [3]