通过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_many和has_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。