通过 Rails 插件遵守迪米特法则

  • Sebastien Auvray
  • 孙向晖

2007 年 10 月 27 日

话题:RubyRuby on Rails语言 & 开发架构

迪米特法则(Law of Demeter),或者最少知识原则(Principle of Least Knowledge),是软件开发中的一个设计准则。其基本观点是给定的一个对象,应该对除它之外的任何事物(包括它的子组件)的结构、属性和行为知道得越少越好。Dan Manges希望来阐述这个概念以及在 Ruby 中应用它的方式,特别是通过使用Forwardable模块。Luke Redpath 在书写单元测试时使用 mock 和 stub 不小心违反了迪米特法则:

class WidgetsControllerCreateActionTest < Test::Unit::TestCase

def setup

# usual rails controller test setup here

@user = mock('user')

User.stubs(:find).returns(@user)

end

def test_should_create_new_widget_for_parent_user_using_posted_widget_params



widgets_proxy = mock('association proxy')

@user.stubs(:widgets).returns(widgets_proxy)

# Demeter's Law Violation here by using the widget_proxy through User object

widgets_proxy.expects(:create).with(:name => 'my funky widget')

post :create, :widget => {:name => 'my funky widget'}

end

解决方案是在你所有的模型中增加一个委托方法。但那会很快变得枯燥,这也是为什么 Luke 引入Demeter's Revenge(迪米特之复仇)插件的原因,这个插件会给你的has_manyhas_and_belongs_to_many关联建立一组遵循迪米特法则的方法。

# given a User that has_many Widgets you'll be able to use:

user.build_widget(params) # => user.widgets.build(params)

user.create_widget(params) # => user.widgets.create(params)

# ...

但是法则不是为了被违反才被制定的吗?事实上如果一个插件能够自动完成一个所谓的“法则”,难道不会让法则成为摆设吗?

查看英文原文:Respect Demeter's Law through Rails Plugin
译者简介:孙向晖,儿子小名“豆豆”,常被人称为“豆豆他爹”。1998 年开始步入 IT 行业,现任浪潮软件质保中心副主任。专注于研究和实践 MDA/UP/UML/SCM 等相关技术在团队中的大规模应用,对产品化的软件项目管理、需求管理和配置管理略有心得。他的博客为http://blog.csdn.net/xiaosun/。参与 InfoQ 中文站内容建设,请邮件至china-editorial[at]infoq.com
RubyRuby on Rails语言 & 开发架构