封装变化(Part Three)

转载 2006年06月13日 14:46:00

封装变化(Part Three)

Filed under: Design & Pattern — bruce zhang @ 6:35 pm

    设想这样一个需求,我们需要为自己的框架提供一个负责排序的组件。目前需要实现的是冒泡排序算法和快速排序算法,根据面向接口编程的思想,我们可以为这些排序算法提供一个统一的接口ISort,在这个接口中有一个方法Sort(),它能接受一个object数组参数。对数组进行排序后,返回该数组。接口的定义如下:

public interface ISort
{
    void Sort(ref object[] beSorted);
}

其类图如下:

    然而一般对于排序而言,排列是有顺序之分的,例如升序,或者降序,返回的结果也不相同。最简单的方法我们可以利用if语句来实现这一目的,例如在QuickSort类中:

public class QuickSort:ISort
{
    private string m_SortType;

    public QuickSort(string sortType)
    {
         m_SortType = sortType;
    }

    public void Sort(ref object[] beSorted)
    {
           if (m_SortType.ToUpper().Trim() == “ASCENDING”)
          {
              //
执行升序的快速排序;
          }
          else
          {
              //
执行降序的快速排序;
          }
     }
}

    当然,我们也可以将string类型的SortType定义为枚举类型,减少出现错误的可能性。然而仔细阅读代码,我们可以发现这样的代码是非常僵化的,一旦需要扩展,如果要求我们增加新的排序顺序,例如字典顺序,那么我们面临的工作会非常繁重。也就是说,变化产生了。通过分析,我们发现所谓排序的顺序,恰恰是排序算法中最关键的一环,它决定了谁排列在前,谁排列在后。然而它并不属于排序算法,而是一种比较的策略,后者说是比较的行为。

如果仔细分析实现ISort接口的类,例如QuickSort类,它在实现排序算法的时候,需要对两个对象作比较。按照重构的做法,实质上我们可以在Sort方法中抽取出一个私有方法Compare(),通过返回的布尔值,决定哪个对象在前,哪个对象在后。显然,可能发生变化的是这个比较行为,利用封装抽象的原理,就应该为该行为建立一个专有的接口ICompare,然而分别定义实现升序、降序或者字典排序的类对象。

我们在每一个实现了ISort接口的类构造函数中,引入ICompare接口对象,从而建立起排序算法与比较算法的弱耦合关系(因为这个关系与抽象的ICompare接口相关),例如QuickSort类:

public class QuickSort:ISort
{
    private ICompare m_Compare;
    public QuickSort(ICompare compare)
    {
        m_Compare= compare;
    }
    public void Sort(ref object[] beSorted)
    {
        //
实现略
        for (int i = 0; i < beSorted.Length - 1; i++)
       {
            if (m_Compare.Compare(beSorted[i],beSorted[i+1))
           {
               //
略;
           }
        }
        //
实现略
    }
}

最后的类图如下:

    通过对比较策略的封装,以应对它的变化,显然是Stategy模式的设计。事实上,这里的排序算法也可能是变化的,例如实现二叉树排序。由于我们已经引入了面向接口编程的思想,我们完全可以轻易的添加一个新的类BinaryTreeSort,来实现ISort接口。对于调用方而言,ISort接口的实现,同样是一个Strategy模式。此时的类结构,完全是一个对扩展开发的状态,它完全能够适应类库调用者新需求的变化。

再以PetShop为例,在这个项目中涉及到订单的管理,例如插入订单。考虑到访问量的关系,PetShop为订单管理提供了同步和异步的方式。显然,在实际应用中只能使用这两种方式的其中一种,并由具体的应用环境所决定。那么为了应对这样一种可能会很频繁的变化,我们仍然需要利用封装变化的原理,建立抽象级别的对象,也就是IOrderStrategy接口:

public interface IOrderStrategy
{
    void Insert(PetShop.Model.OrderInfo order);
}

    然后定义两个类OrderSynchronousOrderAsynchronous。类结构如下:

PetShop中,由于用户随时都可能会改变插入订单的策略,因此对于业务层的订单领域对象而言,不能与具体的订单策略对象产生耦合关系。也就是说,在领域对象Order类中,不能new一个具体的订单策略对象,如下面的代码:

IOrderStrategy orderInsertStrategy = new OrderSynchronous();

Martin Fowler的文章《IoC容器和Dependency Injection模式》中,提出了解决这类问题的办法,他称之为依赖注入。不过由于PetShop并没有使用诸如Sping.NetIoC容器,因此解决依赖问题,通常是利用配置文件结合反射来完成的。在领域对象Order类中,是这样实现的:

public class Order
{
    private static readonly IOrderStategy orderInsertStrategy = LoadInsertStrategy();
    private static IOrderStrategy LoadInsertStrategy()
    {
        // Look up which strategy to use from config file
        string path = ConfigurationManager.AppSettings[”OrderStrategyAssembly”];
        string className = ConfigurationManager.AppSettings[”OrderStrategyClass”];

        // Load the appropriate assembly and class
        return (IOrderStrategy)Assembly.Load(path).CreateInstance(className);
    }
}

    在配置文件web.config中,配置如下的Section:
<add key=”OrderStrategyAssembly” value=”PetShop.BLL”/>
<add key=”OrderStrategyClass” value=”PetShop.BLL.OrderSynchronous”/>

这其实是一种折中的Service Locator模式。将定位并创建依赖对象的逻辑直接放到对象中,在PetShop的例子中,不失为一种好方法。毕竟在这个例子中,需要依赖注入的对象并不太多。但我们也可以认为是一种无奈的妥协的办法,一旦这种依赖注入的逻辑增多,为给程序者带来一定的麻烦,这时就需要一个专门的轻量级IoC容器了。

写到这里,似乎已经脱离了封装变化的主题。但事实上我们需要明白,利用抽象的方式封装变化,固然是应对需求变化的王道,但它也仅仅能解除调用者与被调用者相对的耦合关系,只要还涉及到具体对象的创建,即使引入了工厂模式,但具体的工厂对象的创建仍然是必不可少的。那么,对于这样一些业已被封装变化的对象,我们还应该充分利用依赖注入的方式来彻底解除两者之间的耦合。

批量替换ORCAD 原理图中的器件封装

方法一:第一步:打开ORCAD 的设计工程文件,选中设计文件*.DSN,接着选择菜单Edit->Find…,弹出查找对话框; 第二步:在Find What 处添上你需要替换的封装名称,例如现在修改:S...
  • ywxiao66
  • ywxiao66
  • 2013年07月15日 16:07
  • 2106

PADS2007下怎么增加一个PART TYPE元器件----本人总结

相关网帖 1、http://bbs.21ic.com/icview-57996-1-1.html //1111----PADS要加一个元器件,这个元器件必须有CAE DECAL++++...
  • xqhrs232
  • xqhrs232
  • 2013年04月06日 00:35
  • 1454

在PADS中创建库,并在其中添加自己的PCB封装以及Part type

在PADS中创建一个库,并在其中添加自己的pcb封装以及part type 1. 打开库管理器,点击新建库,在弹出的New Library对话框中输入新建的库的名字(这里的扩展名为pt9),...
  • yinshunjun123
  • yinshunjun123
  • 2014年05月14日 17:23
  • 6764

【奔跑的FPGA】part three DE1开发板初探

前几天终于拿到了盼(令)望(人)已(不)久(爽)的的DE1开发板,上电发现一切正常,7段数码管一遍一遍从0闪到F,LED指示灯也buing buling的亮着,顿觉肩头任务很重啊,果断从http://...
  • u011153192
  • u011153192
  • 2016年07月30日 19:33
  • 875

java_12-24-part three

1.static 关键字,可以修饰属性,类,方法2.static修饰属性时,无论一个累生成了多少实例,所有这些实例共享唯一一份静态成员变量。一个实例对静态变量进行修改,其他实例的该静态成员变量的值也会...
  • u013840366
  • u013840366
  • 2015年11月15日 12:50
  • 143

机房收费系统 Part Three——我看复合查询中的”Keyword”

在SELECT语句中,可以通过Where子句构造记录的筛选条件,选择出符合条件的记录集。比如,我想在上机表中,查询卡号为101的学生的上机记录。 SELECT* From Line_Info whe...
  • u012904383
  • u012904383
  • 2014年06月13日 14:26
  • 1539

c#中的协变性与逆变性,Part Three:方法组转换的可变性

上一次我讨论了C#中的数组协变性如何会产生Bug(Java也是,还有很多其他语言)今天,我们讲讲一个C#2.0提供的健壮的可变性:从方法组到委托的转换。这是一种更复杂的可变性,所以我需要仔细地讲讲。假...
  • Nagi_Way
  • Nagi_Way
  • 2017年04月08日 09:32
  • 357

Windows rootkits of 2005, part three(翻译)

转载于:http://hi.baidu.com/ring3world/blog/item/a0d30282c97a1d93f703a620.html 英文原文:http://www.symantec...
  • changsha2011
  • changsha2011
  • 2011年10月11日 14:24
  • 471

软工视频总结Part Three

软件需求分析 任务 解决目标系统“做什么”问题 深入描述软件的功能和性能 确定软件涉及到的约束和软件接口 顶易软件的其他有效需求 特点 一致性、完整性、限时性、有效性、可验证性 需求分析...
  • Alisawxn
  • Alisawxn
  • 2015年08月25日 10:47
  • 795

Windows Communication Foundation入门(Part Three)

示例代码下载:DuplexSample.rar四、Service Contract编程模型 在Part Two中,我以“Hello World”为例讲解了如何定义一个Service。其核心就是为接...
  • iamdll
  • iamdll
  • 2011年02月23日 10:56
  • 243
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:封装变化(Part Three)
举报原因:
原因补充:

(最多只允许输入30个字)