迪米特法则（Law of Demeter），或者最少知识原则（Principle of Least Knowledge），是软件开发中的一个设计准则。其基本观点是给定的一个对象，应该对除它之外的任何事物（包括它的子组件）的结构、属性和行为知道得越少越好。 Dan Manges 希望来阐述这个概念以及在 Ruby 中应用它的方式，特别是通过使用 Forwardable 模块。Luke Redpath 在书写单元测试时使用 mock 和 stub 不小心违反了迪米特法则：
class WidgetsControllerCreateActionTest < Test::Unit::TestCase<br></br> def setup<br></br> # usual rails controller test setup here<br></br> @user = mock('user')<br></br> User.stubs(:find).returns(@user)<br></br> end<p> def test_should_create_new_widget_for_parent_user_using_posted_widget_params</p><br></br> widgets_proxy = mock('association proxy')<br></br> @user.stubs(:widgets).returns(widgets_proxy)<br></br> # Demeter's Law Violation here by using the widget_proxy through User object<br></br> widgets_proxy.expects(:create).with(:name => 'my funky widget')<br></br> post :create, :widget => {:name => 'my funky widget'}<br></br> 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:<br></br>user.build_widget(params) # => user.widgets.build(params)<br></br>user.create_widget(params) # => user.widgets.create(params)<br></br># ...但是法则不是为了被违反才被制定的吗？事实上如果一个插件能够自动完成一个所谓的“法则”，难道不会让法则成为摆设吗？
查看英文原文： Respect Demeter’s Law through Rails Plugin - - - - - -
译者简介：孙向晖，儿子小名“豆豆”，常被人称为“豆豆他爹”。1998 年开始步入 IT 行业，现任浪潮软件质保中心副主任。专注于研究和实践 MDA/UP/UML/SCM 等相关技术在团队中的大规模应用，对产品化的软件项目管理、需求管理和配置管理略有心得。他的博客为 http://blog.csdn.net/xiaosun/ 。参与 InfoQ 中文站内容建设，请邮件至 china-editorial[at]infoq.com 。
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论