WEB开发网      濠电姷鏁告繛鈧繛浣冲洤纾瑰┑鐘宠壘閻ょ偓銇勯幇鍫曟闁稿鍠愰妵鍕冀閵娧佲偓鎺楁⒒閸曨偄顏柡宀嬬畱铻e〒姘煎灡绗戦梻浣筋嚙濮橈箓顢氳濠€浣糕攽閻樿宸ュΔ鐘叉啞缁傚秹宕滆绾惧ジ寮堕崼娑樺缂佹宀搁弻鐔风暋閻楀牆娈楅梺璇″枓閺呯姴鐣疯ぐ鎺濇晝闁靛牆妫欓蹇旂節閻㈤潧浠﹂柛銊ョ埣楠炴劙骞橀鑲╋紱闂佽宕樼粔顔裤亹閹烘挸浜归梺缁樺灦閿曗晛螞閸曨垱鈷戦柟鑲╁仜婵″ジ鎮楀☉鎺撴珖缂侇喖顑呴鍏煎緞濡粯娅囬梻浣瑰缁诲倿寮绘繝鍥ㄦ櫇闁稿本绋撻崢鐢告煟鎼淬垻鈯曢柨姘舵煟韫囥儳绋荤紒缁樼箖缁绘繈宕橀妸褌绱濋梻浣筋嚃閸ㄤ即宕弶鎴犳殾闁绘梻鈷堥弫鍌炴煕閳锯偓閺呮瑧妲愬Ο琛℃斀闁绘劕妯婇崵鐔封攽椤旇棄鍔ら摶鐐烘煕閺囥劌澧柛娆忕箻閺屽秹宕崟顒€娅g紓浣插亾濠㈣泛顑囩粻楣冩煙鐎涙ḿ绠橀柨娑樼У椤ㄣ儵鎮欓鍕紙闂佽鍠栫紞濠傜暦閹偊妲诲┑鈩冨絻椤兘寮诲☉銏犖╅柕澶堝労閸斿绱撴担绋库偓鍝ョ矓瑜版帒鏋侀柟鍓х帛閺呮悂鏌ㄩ悤鍌涘 ---闂傚倸鍊烽悞锔锯偓绗涘厾娲煛閸涱厾顔嗛梺璺ㄥ櫐閹凤拷
开发学院软件开发Delphi Delphi模式编程之策略模式(上) 阅读

Delphi模式编程之策略模式(上)

 2006-02-04 13:47:34 来源:WEB开发网 闂傚倸鍊风欢姘缚瑜嶈灋闁圭虎鍠栫粻顖炴煥閻曞倹瀚�闂傚倸鍊风粈渚€骞夐敓鐘插瀭闁汇垹鐏氬畷鏌ユ煙閹殿喖顣奸柛搴$У閵囧嫰骞掗幋婵冨亾閻㈢ǹ纾婚柟鐐灱濡插牊绻涢崱妤冃℃繛宀婁簽缁辨捇宕掑鎵佹瀸闂佺懓鍤栭幏锟�濠电姷鏁告慨顓㈠箯閸愵喖宸濇い鎾寸箘閹规洟姊绘笟鈧ḿ褍煤閵堝悿娲Ω閳轰胶鍔﹀銈嗗笂閼冲爼鍩婇弴銏$厪闁搞儮鏅涙禒褏绱掓潏鈺佷槐闁轰焦鎹囬弫鎾绘晸閿燂拷闂傚倸鍊风欢姘缚瑜嶈灋闁圭虎鍠栫粻顖炴煥閻曞倹瀚�  闂傚倸鍊烽懗鑸电仚缂備胶绮〃鍛村煝瀹ュ鍗抽柕蹇曞У閻庮剟姊虹紒妯哄闁圭⒈鍋嗛惀顏囶樄闁哄本娲樼换婵婄疀閺囩姷鐛ラ梻浣哄帶婢瑰﹥绂嶅⿰鍫氣偓鏃堝礃椤忎礁浜鹃柨婵嗛婢ь喖霉閻樻瑥瀚粻楣冩煕椤愩倕鏋庨柣蹇嬪劜閵囧嫰寮村Ο鍝勫Е濡炪們鍨洪悷鈺呭箖閳╁啯鍎熼柕鍥у簻閹凤拷
核心提示:Delphi模式编程之策略模式刘 艺 1.1 模式解说策略(Strategy)模式的用意是定义一组算法(algorithms),并将每个算法封装到具有共同接口的独立的类中,Delphi模式编程之策略模式(上),从而使它们可以相互替换,策略模式让算法变化独立于使用它的客户端,当TContext将客户端请求转发给它的T

Delphi模式编程之策略模式

刘 艺  

1.1              模式解说

策略(Strategy)模式的用意是定义一组算法(algorithms),并将每个算法封装到具有共同接口的独立的类中,从而使它们可以相互替换。策略模式让算法变化独立于使用它的客户端。 要了解策略模式的使用动机和意义,我们得先从一个有趣的例子说起。在一个物料管理系统中,出库和入库模块是该系统的核心部分(下面我们以出库为例进行分析)。 对于一个没有面向对象编程经验的程序员,他们往往会把出库的所有逻辑都放在客户端(出库单界面),并在客户端利用条件分支语句来判断该出库单类型是领料、借料还是报损,以便选择不同的出库结算方法,如图 1‑1所示。这样一来,客户端的代码就变得复杂和难以维护。比如:需要新增调拨单类型的出库时,就要修改判断条件,重新编译和发布客户端。当情况愈来愈复杂,条件分支会愈来愈多,添加的程序代码也会愈来愈多,这样让客户端愈来愈大并难以维护,互相影响和出错的可能性增大。   图 1‑1 基于面向过程思想设计的出库模块 如果用面向对象的思想来分析,可以把领料单、借料单、报损单看作是出库单的派生类,如图 1‑2所示。这样出库单作为单据基类提供单据的共同接口,而利用继承的办法在子类里实现不同的出库行为。这实际上利用了面向对象里的一个重要概念:多态。 但是这样的设计还有美中不足的地方,这就是环境和行为紧密耦合在一起。也就是说,单据和具体出库的算法紧密耦合在一起。强耦合使得两者不能独立演化,限制了重用性和扩展性。 图 1‑3是利用策略模式重新设计的出库模块。出库单据对象通过一个出库操作对象(即策略模式中的Context)来引用出库策略对象。各种具体的出库策略则由出库策略类的派生类实现。出库单据可以由出库操作和单据样式分别提供出库结算方法和单据显示界面。这样,策略模式就把出库的行为从出库单据的环境中独立出来,出库算法的增减、修改都不会影响到环境和客户端。 图 1‑2基于面向对象思想设计的出库模块 图 1‑3基于设计模式思想设计的出库模块 策略模式的优势在于算法和环境的分离,两者可以独立演化。为了更好地说明算法和环境分离的好处,我们不妨看一下图 1‑4的设计。在这个设计中,已经没有出库和入库模块的概念,因为我将所有出/入库单据抽象出来,在运行期动态组合单据的界面和行为。通过出/入库操作类,可以维护、查询、配置不同的行为类。抽象出的出/入库行为以策略类的方式封装了其对应的算法,以便完成不同类型的出入库单据的操作。这就显而易见地提高了系统的重用性和可扩展性,减低维护的难度。 图 1‑4 策略模式的优势在于算法和环境的分离,两者可以独立演化 由此可见,策略模式适用于以下情形: ·      当许多相关的类之间的差异只在于其行为时。策略模式可以动态地让一个对象在许多行为中选择一种行为。 ·      当实现一个目的有多种可选算法时,比如:你出于不同的利弊权衡考虑定义的那些算法(即相当于应用不同的策略)。这些具体的算法可以封装成抽象算法类的派生类,并享用该抽象算法类的统一接口。通过多态性,客户端只要持有一个抽象算法类的对象,就可以选用任何一个具体的算法。 ·      当一个算法使用的数据不可以让客户端得知时。使用策略模式可以避免暴露复杂的与算法相关的数据结构。其实客户端也没有必要知道这些与算法相关的知识和数据。 ·      当一个类定义有很多行为,且用多个条件语句来判断选择这些行为时。策略模式可以把这些行为转移到对应的具体策略类中,从而避免了难以维护的多重条件选择,体现了面向对象的编程思想。

1.2              结构与用法

策略模式的结构如图 1‑5所示,它包括了以下参与者: ·      抽象策略(TStrategy)——为所有支持的算法声明一个共同的接口。TContext使用这个接口调用由TConcreteStrategy定义和封装的算法。 ·      具体策略(TConcreteStrategy)——封装了具体算法或行为。实现TStrategy接口。 ·      上下文(TContext)——持有一个到TStrategy的引用。调用TStrategy接口,动态配置具体算法或行为。 图 1‑5策略模式的结构 在策略模式中,通过TStrategy和TContext的交互实现所选择的算法。当算法被调用时, TContext可以将该算法所需要的所有数据都传递给该TStrategy。或者,TContext可以将自身作为一个参数传递给TStrategy操作。 当TContext将客户端请求转发给它的TStrategy时,客户通常创建并传递一个TConcreteStrategy对象给该TContext;这样, 客户端仅与TContext交互。通常有一系列的TConcreteStrategy类可供客户端从中选择。      -------------------------------------------------------------------------------------------

更多相关文章和示例程序源代码可以到作者网站下载:http://www.liu-yi.net

Tags:Delphi 模式 编程

编辑录入:爽爽 [复制链接] [打 印]
赞助商链接