Ruby使用设计模式中的代理模式与装饰模式的代码实例

代理模式

需求:

小明让小李替他追小丽(送洋娃娃,送花,送巧克力)

没有代理的代码:

# -*- encoding: utf-8 -*-

#追求者类
class Pursuit
 attr_accessor :mm

 def initialize(mm)
  @mm = mm
 end

 def give_dolls
  puts "#{mm.name} 送你洋娃娃"
 end

 def give_flowers
  puts "#{mm.name} 送你鲜花"
 end

 def give_chocolate
  puts "#{mm.name} 送你巧克力"
 end

end

#被追求者类
class Girl
 attr_accessor :name

 def initialize(name)
  @name = name
 end
end

xiao_hong = Girl.new('小红')

xiao_ming = Pursuit.new(xiao_hong)
xiao_ming.give_dolls
xiao_ming.give_flowers
xiao_ming.give_chocolate

只有代理的代码:

# -*- encoding: utf-8 -*-

#代理类
class Proxy
 attr_accessor :mm

 def initialize(mm)
  @mm = mm
 end

 def give_dolls
  puts "#{mm.name} 送你洋娃娃"
 end

 def give_flowers
  puts "#{mm.name} 送你鲜花"
 end

 def give_chocolate
  puts "#{mm.name} 送你巧克力"
 end

end

#被追求者类
class Girl
 attr_accessor :name

 def initialize(name)
  @name = name
 end
end

xiao_hong = Girl.new('小红')

xiao_ming = Proxy.new(xiao_hong)
xiao_ming.give_dolls
xiao_ming.give_flowers
xiao_ming.give_chocolate

只是把追求者类换成了代理类。

实际的代理模式代码:

# -*- encoding: utf-8 -*-

#公共接口module
module GiveGift
 def give_dolls
 end

 def give_flowers
 end

 def give_chocolate
 end
end

#追求者类
class Pursuit
 include GiveGift
 attr_accessor :mm, :name

 def initialize(mm)
  @mm = mm
 end

 def give_dolls
  puts "#{mm.name} 替#{name}送你洋娃娃"
 end

 def give_flowers
  puts "#{mm.name} 替#{name}送你鲜花"
 end

 def give_chocolate
  puts "#{mm.name} 替#{name}送你巧克力"
 end

end

#代理类
class Proxy
 include GiveGift
 attr_accessor :gg

 def initialize(mm)
  @gg = Pursuit.new(mm)
 end

 def give_dolls
  gg.give_dolls
 end

 def give_flowers
  gg.give_flowers
 end

 def give_chocolate
  gg.give_chocolate
 end

end

#被追求者类
class Girl
 attr_accessor :name

 def initialize(name)
  @name = name
 end
end

xiao_hong = Girl.new('小红')

xiao_ming = Proxy.new(xiao_hong)
xiao_ming.gg.name = '小明'
xiao_ming.give_dolls
xiao_ming.give_flowers
xiao_ming.give_chocolate

装饰模式
 
需求:

给人搭配不同的服饰

代码版本一

# -*- encoding: utf-8 -*-

class Person
 attr_accessor :name

 def initialize(name)
  @name = name
 end

 def wear_t_shirts
  puts '大T恤'
 end

 def wear_big_trouser
  puts '垮裤'
 end

 def wear_sneakers
  puts '破球鞋'
 end

 def wear_suit
  puts '西装'
 end

 def wear_tie
  puts '领带'
 end

 def wear_leather_shoes
  puts '皮鞋'
 end

 def show
  puts "*****装扮的#{name}\n\n"
 end

end

xc=Person.new('小菜')
puts "******第一种装扮"
xc.wear_t_shirts
xc.wear_big_trouser
xc.wear_sneakers
xc.show

puts "******第二种装扮"
xc.wear_suit
xc.wear_tie
xc.wear_leather_shoes
xc.show

这样写的话,功能是实现了,问题是如果增加“超人”的装扮,就要修改Person类,违反了开放-封闭原则。

代码版本二

# -*- encoding: utf-8 -*-

class Person
 attr_accessor :name

 def initialize(name)
  @name = name
 enddef show
  puts "*****装扮的#{name}\n\n"
 end

end

class Finery
 def show
 end
end

class TShirts < Finery
 def show
  puts '大T恤'
 end
end

class BigTrouser < Finery
 def show
  puts '垮裤'
 end
end

class Sneakers < Finery
 def show
  puts '破球鞋'
 end
end

class Suit < Finery
 def show
  puts '西装'
 end
end

class Tie < Finery
 def show
  puts '领带'
 end
end

class LeatherShoes < Finery
 def show
  puts '皮鞋'
 end
end

xc=Person.new('小菜')
ts = TShirts.new
bt = BigTrouser.new
sk = Sneakers.new
puts "******第一种装扮"
ts.show
bt.show
sk.show
xc.show

suit = Suit.new
tie = Tie.new
ls = LeatherShoes.new
puts "******第二种装扮"
suit.show
tie.show
ls.show
xc.show

这样改了之后,如果增加超人装扮,确实不需要去修改Person类。存在的问题是,各种衣服是独立的,并且暴露在外边的,就是一件一件穿的,没有顺序,没有控制。

代码版本三

# -*- encoding: utf-8 -*-

class Person
 attr_accessor :name

 def initialize(name=nil)
  @name = name
 end

 def show
  puts "*****装扮的#{name}\n\n"
 end

end

class Finery < Person
 attr_accessor :componet

 def decorate(componet)
  @componet = componet
 end

 def show
  componet.show if componet
 end
end

class TShirts < Finery
 def show
  super
  puts '大T恤'
 end
end

class BigTrouser < Finery
 def show
  super
  puts '垮裤'
 end
end

class Sneakers < Finery
 def show
  super
  puts '破球鞋'
 end
end

class Suit < Finery
 def show
  super
  puts '西装'
 end
end

class Tie < Finery
 def show
  super
  puts '领带'
 end
end

class LeatherShoes < Finery
 def show
  super
  puts '皮鞋'
 end
end

xc=Person.new('小菜')
ts = TShirts.new
bt = BigTrouser.new
sk = Sneakers.new
puts "******第一种装扮"
ts.decorate xc
bt.decorate ts
sk.decorate bt
sk.show

suit = Suit.new
tie = Tie.new
ls = LeatherShoes.new
puts "******第二种装扮"
suit.decorate xc
tie.decorate suit
ls.decorate bt
ls.show
(0)

相关推荐

  • Java设计模式之装饰模式(Decorator模式)介绍

    Decorator常被翻译成"装饰",我觉得翻译成"油漆工"更形象点,油漆工(decorator)是用来刷油漆的,那么被刷油漆的对象我们称decoratee.这两种实体在Decorator模式中是必须的. Decorator定义:动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活. 为什么使用Decorator 我们通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生

  • C# 设计模式系列教程-装饰模式

    1. 概述 动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更灵活. 原理:增加一个修饰类包裹原来的类,包裹的方式一般是通过在将原来的对象作为修饰类的构造函数的参数.装饰类实现新的功能,但是,在不需要用到新功能的地方,它可以直接调用原来的类中的方法.修饰类必须和原来的类有相同的接口. 2. 模式中的角色 2.1 抽象构建(Component):定义一个抽象接口,用以给这些对象动态地添加职责. 2.2 具体构建(ConcreteComponent):定义一个具体的对象,也可以

  • java 装饰模式(Decorator Pattern)详解

    装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. 我们通过下面的实例来演示装饰器模式的使用.其中,我们将把一个形状装饰上不同的颜色,同时又不改变形状类. 实现 我们将创建一个 Shape 接口和实现了 Shape 接口的实体类.然后我们创建一个实现了 Shape 接口的抽象装饰类Sha

  • 详解java装饰模式(Decorator Pattern)

    一.装饰器模式(Decorator Pattern) 允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. 我们通过下面的实例来演示装饰器模式的使用.其中,我们将把一个形状装饰上不同的颜色,同时又不改变形状类. 二.实现 我们将创建一个 Shape 接口和实现了 Shape 接口的实体类.然后我们创建一个实现了 Shape 接口的抽象装

  • php设计模式 Decorator(装饰模式)

    复制代码 代码如下: <?php /** * 装饰模式 * * 动态的给一个对象添加一些额外的职责,就扩展功能而言比生成子类方式更为灵活 */ header("Content-type:text/html;charset=utf-8"); abstract class MessageBoardHandler { public function __construct(){} abstract public function filter($msg); } class Messag

  • C++设计模式之装饰模式

    前言 在实际开发时,你有没有碰到过这种问题:开发一个类,封装了一个对象的核心操作,而这些操作就是客户使用该类时都会去调用的操作:而有一些非核心的操作,可能会使用,也可能不会使用:现在该怎么办呢? 1.将这些非核心的操作全部放到类中,这样,一个类就包含了很多核心的操作和一些看似有关,但是又无关的操作:这就会使核心类发生"爆炸"的现象,从而使核心类失去了一定的价值,也使使用核心类的客户在核心操作和非核心操作中挣扎: 2.使用继承来扩展核心类,需要使用核心类时,直接建立核心类对象:当需要使用

  • .NET简单工厂模式讲解

    简单工厂模式介绍: 简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一.简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例.简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现. 结构模式图: 角色分类: 工厂(Creator)角色 简单工厂模式的核心,它负责实现创建所有实例的内部逻辑.工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象. 抽象产品(Product)

  • java设计模式之装饰模式详细介绍

    1.    装饰模式(Decorator)的定义:又名包装(Wrapper)模式,装饰模式以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案. 2.    装饰模式以对客户端透明的方式动态的给一个对象附加上更多的责任.换言之客户端并不会觉的对象在装饰前和装饰后有什么区别. 3.    装饰模式可以在不创造更多的子类的模式下,将对象的功能加以扩展. 4.    装饰模式与类继承的区别: 1)    装饰模式是一种动态行为,对已经存在类进行随意组合,而类的继承是一种静态的行为,一个类定义成

  • .NET装饰模式讲解

    装饰模式的定义: 装饰模式是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能.它是通过创建一个包装对象,也就是装饰来包裹真实的对象. 装饰者模式结构图: 装饰者模式角色: (1)抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象. (2)具体构件(Concrete Component)角色:定义一个将要接收附加责任的类. (3)装饰(Decorator)角色:持有一个构件(Component)对象的实例,并实现一个与抽象构件接口一致的接口. (4)具

  • java 装饰模式(Decorator Pattern)详解及实例代码

    装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能,同时又不改变其结构.这种类型的设计模式属于结构型模式,它是作为现有的类的一个包装. 这种模式创建了一个装饰类,用来包装原有的类,并在保持类方法签名完整性的前提下,提供了额外的功能. 我们通过下面的实例来演示装饰器模式的使用.其中,我们将把一个形状装饰上不同的颜色,同时又不改变形状类. 实现 我们将创建一个 Shape 接口和实现了 Shape 接口的实体类.然后我们创建一个实现了 Shape 接口的抽象装饰类Sha

随机推荐