跳至主要内容

《HFDP》读书笔录（七）——最少知识

七、最少知识（Least Knowledge）原则

只和你的密友谈话。

另一个名称叫墨忒耳法则（Law of Demeter）。

  1. 我们倾向于使用最少知识原则：

  2. 这个名字更直接。

法则（law）给人的感觉是强制的。事实上，没有任何原则是法律（law），所有的原则都应该在有帮助的时候才遵守。所有的设计都不免需要折中（在抽象和速度之间取舍，在空间和时间之间平衡……）。虽然原则提供了方针，但在采用原则之前，必须全盘考虑所有的因素。

我感觉，这个原则更多的是属于类模式，因为类模式的关系才是在编译时决定的（同样，是否遵循这个原则，在编码后编译是已经决定了）。

这个原则希望我们在设计中，不要让太多的类耦合在一起，免得修改系统中一部分，会影响到其他部分。

那如何才能避免“赢得太多的朋友和影响太多的对象”？就是要遵循以下指导方针：

就任何对象而言，在该对象的方法内，我们只应该调用属于以下范围的方法：

  • 该对象本身

  • 被当作方法的参数而传递进来的对象

  • 此方法所创建或实例化的任何对象

  • 对象的任何组件

前三条方针告诉我们，如果某对象是调用其他的方法的返回结果，不要调用该对象的方法！

而第四条，则把“组件”想像成是被实例化变量所引用的任何对象，换句话说，把这想像成是“有一个”（Has-A）关系。

示例：

public House {
WeatherStation station;

// 其他的方法和构造器
public float getTemp () {
return station.getThermometer ().getTemperature ();
// 违反最少只是原则了，因为在此调用的方法属于另一个调用的返回对象。
}
}
public House {
WeatherStation station;

// 其他的方法和构造器
public float getTemp () {
Thermometer thermometer = station.getThermometer ();
return getTempHelper (thermometer);
}

public float getTempHelper ( Thermometer thermometer ) {
return thermometer.getTemperature ();
}
// 没有违反最少知识原则，但是，把程序改成这样真的有意义吗？
}

public House {
WeatherStation station;

// 其他的方法和构造器
public float getTemp () {
return station.getTemperature ();
// 应用此原则时，我们在气象站中加进一个方法，用来向温度计请求温度。
// 这可以减少我们所依赖的类的数目。
}
}

和其他原则一样，我们都要按情形决定是否遵循原则。比如Java的System.out.print ();又如何？

标签：

评论

发表评论

此博客中的热门博文

JavaScript中的字符串乘法

JavaScript中的字符串乘法 redraiment, Date 原文 原文地址： http://www.davidflanagan.com/2009/08/string-multipli.html 原作者：David Flanagan In Ruby, the "*" operator used with a string on the left and a number on the right does string repetition. "Ruby"*2 evaluates to "RubyRuby", for example. This is only occasionally useful (when creating lines of hyphens for ASCII tables, for example) but it seems kind of neat. And it sure beats having to write a loop and concatenate n copies of a string one at a time--that just seems really inefficient. I just realized that there is a clever way to implement string multiplication in JavaScript: String.prototype.times = function(n) {     return Array.prototype.join.call({length:n+1}, this); }; "js".times(5) // => "jsjsjsjsjs" This method takes advantage of the behavior of the  Array.join()  method for arrays that have undefined elements. But it doesn't even bother creating an array with n+1 undefined ele...
发表评论
阅读全文

DAO层测试

<dependency> <groupId>com.wix</groupId> <artifactId>wix-embedded-mysql</artifactId> <version>2.1.4</version> <scope>test</scope> </dependency> 利用 wix-embedded-mysql 把MySQL嵌入到进程中，作为内存型的MySQL来做单元测试。 脚本： resources/migrations/mysql/<database>/<timestamp>_<action>.sql 但多个项目需要共享数据库脚本，可能可以用 git submodule 共享。
发表评论
阅读全文

人所不欲，勿施于人

谁说博客也要像论文一样结构清晰、有条理？！ 软件卸载 昨天整理自己的本本，卸载了 VMware 7.0 + 深度XP，MS Office 2007 以及 Visual Basic 6.0。我承认这些都是盗版软件，不过剩下的应用程序都是自由软件（freeware）或免费软件（freeware），这下我的计算机“干净”了。闲来无事，我就细数了一下当初装这些软件的原因： VMware + XP：当初刚买本本的时候，正好在上软件工程实践，紧遵老师的教导“将自己的开发环境随身携带”，自然第一款软件就是装了虚拟机（学校机房里是肆无忌惮地用盗版 VMware），另外上课指定使用 Visio 作图，那也只好一起装了；当然，也有部分原因是因为某些人的计算机装的是 XP，我这边有个 XP 环境也是为了方便问题重现（我的本本预装了 Vista）。 MS Office 2007：在毕设期间，我也还是用 Open Office 和 WPS 2010，但现在公司用的却是 Office 2007（正版）。我这次卸载这款办公软件其实也是在提醒自己：工作的事情要在工作时间里完成！ VB 6：你可能无法想象在我们科班的毕业设计中有多少是 VB6 项目，从大二开始，每逢毕业将至，总会有人来找我帮忙看那些不晓得从哪儿搜罗来的 VB6 代码，经不住软磨硬泡，我总会帮着改改；另一个原因在我自己，我一直下不了决心去学 MFC 等，所以但凡要做 GUI 程序，我都是拿 VB6 来画界面，再调用由 C 语言开发的 DLL 库，不过现在改用 QT，于是 VB6 可以功成身退了。 己所不欲，勿施于人 有些人就喜欢把自己的事全盘交托给别人来做，我一直不明白他们既然有精力去说服别人，为什么就没耐心自己去完成（所以我下面说人和人之间是无法理解的）。既然自己都认为这是无聊的事情，为什么偏偏又假设其他人会愿意无偿地帮你来完成呢？ 两千多年前，孔老夫子提出“己所不欲，勿施于人”的观点，但到了今天，我听到关于这句话时的语境普遍是，A说：“那个XX东西你也不要了（或要了也没用），不如就让给我吧？”，B就义正言辞地反对：“那怎么可以！己所不欲，勿施于人嘛。” 己所甚欲，勿施于人 易中天老师在《百家讲坛》讲解诸子百家...
发表评论
阅读全文