跳至主要内容

《HFDP》读书笔录(八)——好莱坞原则

八、好莱坞原则

别调用(打电话给)我们,我们会调用(打电话给)你。

这是一个受好莱坞影响而启发的设计原则。

好莱坞的经典名言:别打电话给我,我会打电话给你。这句话体现了他们科学的管理方法:一个演员要想出演好莱坞大片,要做的不是老是打电话给导演等人一再地推荐自己;而是努力提高自己的专业水平和演技,等到你的能力能够胜任出演好莱坞大片时,导演等爱惜人才的人自然会主动找上门来。这样的管理方法,一来能防止行贿、贪污、腐败;再者,出演的演员都是导演精挑细选的、真正有实力的人。所以好莱坞才得以长盛不衰。

好莱坞原则同样可以给我们一种防止“依赖腐败”的方法。当高层组件依赖低层组件,而低层组件又依赖高层组件,而高层组件又依赖边侧组件,而边侧组件又依赖低层组件时,依赖腐败就发生了。在这种情况下,没有人可以轻易地搞懂系统是如何设计的。

在好莱坞原则之下,我们允许低层组件将自己挂钩到系统上,但是高层组件会决定什么时候和怎样使用这些低层组件。换句话说,高层组件对待低层组件的方式是“别调用我们,我们会调用你”。

遵循好莱坞原则后,只要每个方法尽一切努力去实现自己的说要做的任务就可以,当你能恰到好处地完成我们要的任务时,自然会有高层组件去调用它!否则,低层组件为了让自己被调用,先调用高层组件的方法,再反过来调用自己,这就出现了“环形依赖”!

示例:比如我们设计一个操作数据库的类,把数据库查询的细节放到了子类的方法里来实现。如果子类“不知好歹”,一个劲地强调要查询数据库要先连接数据库,于是在自己的方法里加入判断并连接数据库的代码。这就违背了这个原则,这些细节高层组件之间会去管理,不需要每个子类多此一举。

好莱坞原则就是让每个方法各司其职,把自己该做的任务完成好就可以!工厂方法模式、观察者模式、模板方法模式等都符合好莱坞原则。

为人处世也是如此,领导人知道一步一步该怎么走,并不需要手下的人来指手画脚,反而交领袖该怎么做,这些都是新手普遍会做的事情,愤世嫉俗,一切看不惯的事情都认为是错误的。在做需求分析时也一样,很多设计人员和客户谈到最后,角色换过来了:设计人员说,你这个项目一定要用XX语言做,而一个到底要做个什么东西这是客户自己决定的。就像上级下达命令一样,下级只负责按上级的意愿去完成任务。即使有调度不当,安排不周等不良后果,也是由上级负责。

和其他原则一样,也有不适用的地方,如果你怀才不遇,要推销自己,那自然另当别论。

评论

此博客中的热门博文

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就义正言辞地反对:“那怎么可以!己所不欲,勿施于人嘛。” 己所甚欲,勿施于人 易中天老师在《百家讲坛》讲解诸子百家...