转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/8742681
此为Java设计模式透析的拷贝版,专门为Ruby爱好者提供的,不熟悉Ruby语法的朋友请转阅 :
Java设计模式透析之 —— 模版方法(Template Method)
今天你还是像往常一样来上班,一如既往地开始了你的编程工作。
项目经理告诉你,今天想在服务器端增加一个新功能,希望写一个方法,能对Book对象进行处理,将Book对象的所有字段以XML格式进行包装,这样以后可以方便与客户端进行交互。并且在包装开始前和结束后要打印日志,这样方便调试和问题定位。
没问题!你觉得这个功能简直是小菜一碟,非常自信地开始写起代码。
Book对象代码如下:
class Book
attr_accessor :book_name, :pages, :price, :author, :isbn
end
然后写一个类专门用于将Book对象包装成XML格式:
class Formatter
def format_book(book)
puts "format begins"
result = "<book_name>#{book.book_name}</book_name>\n"
result += "<pages>#{book.pages}</pages>\n"
result += "<price>#{book.price}</price>\n"
result += "<author>#{book.author}</author>\n"
result += "<isbn>#{book.isbn}</isbn>\n"
puts "format finished"
result
end
end
调用代码如下:
book = Book.new
book.book_name = "Programming Ruby"
book.pages = 830
book.price = 45
book.author = "Dave Thomas"
book.isbn = "9787121038150"
formatter = Formatter.new
result = formatter.format_book(book)
puts result
你写好了之后,迫不及待地开始运行,运行结果也完全符合你的期望。
项目经理看完后,对你非常满意,小伙效率很高的嘛!你也非常的得意。
不过两天之后,项目经理又找到了你,他说之前没有考虑到需要交互的客户端还包括手机设备,而手机设备都比较吃流量,用XML格式来传输太耗流量了,想最好能改成使用JSON格式传输。但是之前的XML格式也要保留,最好可以由客户端指定使用哪种格式。
你有些不开心,心里低估着,为什么一开始不考虑周全呢,现在又要改遗留代码。但对方毕竟是领导,你还是要服从命令的,于是你开始修改Formatter类:
class Formatter
def format_book(book, format)
puts "format begins"
result = ""
if format == :xml
result += "<book_name>#{book.book_name}</book_name>\n"
result += "<pages>#{book.pages}</pages>\n"
result += "<price>#{book.price}</price>\n"
result += "<author>#{book.author}</author>\n"
result += "<isbn>#{book.isbn}</isbn>\n"
elsif format == :json
result += "{\n"
result += "\"book_name\" : \"#{book.book_name}\",\n"
result += "\"pages\" : \"#{book.pages}\",\n"
result += "\"price\" : \"#{book.price}\",\n"
result += "\"author\" : \"#{book.author}\",\n"
result += "\"isbn\" : \"#{book.isbn}\",\n"
result += '}'
end
puts "format finished"
result
end
end
调用代码如下:
book = Book.new
book.book_name = "Programming Ruby"
book.pages = 830
book.price = 45
book.author = "Dave Thomas"
book.isbn = "9787121038150"
formatter = Formatter.new
result = formatter.format_book(book, :xml)
puts result
result = formatter.format_book(book, :json)
puts result
再次运行程序,得到了以下结果。
项目经理看到运行结果后开心地说:“太好了,这正是我想要的!”
可是你这次却没有那么开心,你觉得代码已经有些混乱了,XML格式的逻辑和JSON格式的逻辑混淆在一起,非常不利于阅读,而且如果以后还需要扩展功能也会非常困难。好在传输格式一般也就XML和JSON了,应该不会再有什么扩展了,你这样安慰自己道。
但幻想总会被现实打破,“我最近听说有个YAML格式挺好玩的.......” 项目经理说道。这个时候你已经有想打人的冲动了!!!
很多时候就是这样,在公司里写的代码乱七八糟,质量极差,很大一部分原因就是因为需求变来变去。我们不断在原有代码基础上补充各种后续加入的情况,在一行行新增的if语句下面,我们的代码变得不堪入目。当然,我们作为程序员,对于需求这种东西没有太多的话语权,在这方面我们无能为力。但是我们可以尽量地把程序的架构设计好,让我们写出的代码更具有扩展性,这样就可以应对各种需求变更了。
下面你将要使用23种设计模式中的模板方法来改进以上程序。
首先要定义专门的子类来处理每种传输格式的具体逻辑,这样不同传输格式的逻辑可以从一个方法里分离开,明显便于阅读和理解。
定义类XMLFormatter继承自Formatter,里面加入处理XML格式的具体逻辑:
class XMLFormatter < Formatter
def formating(book)
result = "<book_name>#{book.book_name}</book_name>\n"
result += "<pages>#{book.pages}</pages>\n"
result += "<price>#{book.price}</price>\n"
result += "<author>#{book.author}</author>\n"
result += "<isbn>#{book.isbn}</isbn>\n"
end
end
定义类JSONFormatter继承自Formatter,里面加入处理JSON格式的具体逻辑:
class JSONFormatter < Formatter
def formating(book)
result = "{\n"
result += "\"book_name\" : \"#{book.book_name}\",\n"
result += "\"pages\" : \"#{book.pages}\",\n"
result += "\"price\" : \"#{book.price}\",\n"
result += "\"author\" : \"#{book.author}\",\n"
result += "\"isbn\" : \"#{book.isbn}\",\n"
result += '}'
end
end
然后将Formatter中的代码进行修改,如下所示:
class Formatter
def format_book(book)
before_format
result = formating(book)
after_format
result
end
def before_format
puts "format begins"
end
def formating(book)
raise "You should override this method in subclass."
end
def after_format
puts "format finished"
end
end
你会发现format_book方法只有四步,第一步调用before_format,去打印格式转换前的日志。第二步调用formating,处理具体的转换逻辑,但是formating方法中只是raise了一个异常,因为具体的转换的逻辑应该由子类来处理,如果走到了父类的formating方法中,就说明应该出现异常。第三步调用after_format,去打印格式转换后的日志。第四步返回result。
最后调用代码如下:
book = Book.new
book.book_name = "Programming Ruby"
book.pages = 830
book.price = 45
book.author = "Dave Thomas"
book.isbn = "9787121038150"
xmlFormatter = XMLFormatter.new
result = xmlFormatter.format_book(book)
puts result
jsonFormatter = JSONFormatter.new
result = jsonFormatter.format_book(book)
puts result
运行之后,你会发现运行结果和修改前代码的运行结果完全相同。但是使用模板方法之后,代码的可读性有了很大的提高,因为处理格式转换的代码都放到了各自的类当中,而不是全部塞进一个方法中。并且在扩展性上也有了很大的提升,比如你开始感兴趣项目经理说的YAML格式了。
定义类YAMLFormatter继承自Formatter,里面加入处理YAML格式的具体逻辑:
class YAMLFormatter < Formatter
def formating(book)
result = "book_name: #{book.book_name}\n"
result += "pages: #{book.pages}\n"
result += "price: #{book.price}\n"
result += "author: #{book.author}\n"
result += "isbn: #{book.isbn}\n"
end
end
调用代码只需要加入:
yamlFormatter = YAMLFormatter.new
result = yamlFormatter.format_book(book)
puts result
好了,令人头疼的YAML格式就这样被支持了,只需要在调用的时候决定是实例化XMLFormatter,JSONFormatter还是YAMLFormatter,就可以按照相应的规格进行格式转换了。而且整体的代码很有条理,看起来也很舒心。这个时候,你会轻松地向项目经理调侃一句,还有需要支持的格式吗?
模板方法: 定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
分享到:
相关推荐
《Ruby设计模式》以通俗易懂的方式介绍了Ruby设计模式,主要包括Ruby概述、使用模板方法变换算法、使用策略替换算法、通过观察器保持协调、通过迭代器遍历集合、使用命令模式完成任务、使用适配器填补空隙、使用装饰...
本书以通俗易懂的方式介绍了Ruby设计模式,主要包括Ruby概述、使用模板方法变换算法、使用策略替换算法、通过观察器保持协调、通过迭代器遍历集合、使用命令模式完成任务、使用适配器填补空隙、使用装饰器改善对象、...
春节巨献,绝对超值!!!!!
ruby设计模式是2009年出版的,目前已经断货。网上多是影印版,跟正版售价差不多,买一本影印的,的确划不来。也很少有电子中文版的,发个资源,提供点方便给大家。
关于使用ruby对excel进行操作的内容,比较详细。
ruby
主要介绍了设计模式中的模板方法模式在Ruby中的应用实例两则,经典的项目经理例子在这里又被套上用了^^需要的朋友可以参考下
Ruby 设计模式** 一本名为《Ruby 设计模式》(作者:Las Olsen)的书的样本集**。本书涵盖了 Gof 的 23 种设计模式中的 14 种。基本原则将改变的和不变的分开为接口编程,而不是为实现从继承中聚合代表团,代表团,...
Tilt - 多个Ruby模板引擎的通用接口
alfred2-ruby-template, Alfred 2工作流 ruby 模板 Alfred Workflow工作流模板基于 for 2工作流的ruby模板。示例项目alfred2-top-workflowalfred2-google-workflowalfred2-sourcetree-workflow
之前有看过《ruby设计模式》,不过渐渐的都忘记了。现在买了一个大话设计模式,看起来不是那么枯燥,顺便将代码用ruby实现了一下。 简单工厂模式: # -*- encoding: utf-8 -*- #运算类 class Operation attr_...
Erubi是ruby的ERB模板引擎
如果已经存在的一个类缺少某些方法,或者须要给方法添加更多的功能(魅力),你也许会仅仅继承这个类来产生一个新类—这建立在额外的代码上。 通过继承一个现有类可以使得子类在拥有自身方法的同时还拥有父类的...
在静态类型的编程语言里,我们经常使用它去满足类型系统的特点,但是在类似Ruby这样的弱类型编程语言里,我们并不需要这么做。尽管如此,它对于我们来说还是有很多意义的。 当使用第三方类或者库的时候,我们经常从...
Ruby 的设计模式 设计模式 处理对象创建机制的设计模式,尝试以适合情况的方式创建对象。 - 用于创建和使用相关/依赖对象系列 - 用于逐步创建不同类型的复杂对象 - 用于从许多对象中创建一种可以代替它使用的对象 ...
rabl - 普通的ruby模板包含json, bson, xml, plist和msgpack支持
Ruby使用设计模式中的代理模式与装饰模式的代码实例共3页.pdf.zip
本文总结了一些Ruby的使用心得。使用Ruby最需要注意的一点就是效率:因为Ruby执行的效率本身比较慢,所以代码选择很重要。
Grape Rack docker化API微服务模板