通过 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 。