《OOD 启示录》中的61条面向对象设计的经验原则
上一篇 / 下一篇 2008-04-16 16:57:33 / 个人分类:读书心得
\6y"y;x ]051Testing软件测试网e;f&q6Z'M
摘抄自《OOD 启思录》--Arthur J.Riel 著 鲍志云 译51Testing软件测试网-VN4Q*h0i
51Testing软件测试网R~p_N'?%R n
“你不必严格遵守这些原则,违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃,若违背了其中的一条,那么警铃就会响起。”51Testing软件测试网{y`O KR |F
----------Arthur J.Riel51Testing软件测试网,M}^XCRk
'T5W"V7L^2M0 (1)所有数据都应该隐藏在所在的类的内部。p13
*?1`#tp\a0 51Testing软件测试网 OP;D3xSYA
(2)类的使用者必须依赖类的共有接口,但类不能依赖它的使用者。p1551Testing软件测试网~
@8k!a J9E&TE/[
51Testing软件测试网tdRA6\!m
s&v
(3)尽量减少类的协议中的消息。p16
7[,W'WX ksz0
7hW
NR,tB(T/{0 (4)实现所有类都理解的最基本公有接口[例如,拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 p16
b9lkO2a0
:X"qb4n%a'\0 (5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。p1751Testing软件测试网i,R
o6oBK6_%q
2L%].n6|'`(Os0 如果类的两个方法有一段公共代码,那么就可以创建一个防止这些公共代码的私有函数。51Testing软件测试网1l8X?S'BN&R%e
51Testing软件测试网-a;?,~)x8e%qEJ8t
(6)不要以用户无法使用或不感兴趣的东西扰乱类的公有接口。p1751Testing软件测试网7@:yDNR?IU
51Testing软件测试网CIZ?`+D hW
(7)类之间应该零耦合,或者只有导出耦合关系。也即,一个类要么同另一个类毫无关系,要么只使用另一个类的公有接口中的操作。 p18
c`Jp(v0Q^0 51Testing软件测试网LL(lt1{3U3_
(8)类应该只表示一个关键抽象。p1951Testing软件测试网.e'Eysh:p_
/kG
J'`A&[s1zl
DE0 包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包影响,则将对包中的所有类产生影响,而对其他的包不造成任何影响 .51Testing软件测试网/_YS8F$r`+Z
}Y
k)E#\wv0Sm0 (9)把相关的数据和行为集中放置。p1951Testing软件测试网4gX/Ouq{3r L)GO^
d
51Testing软件测试网m3W io
}!ao
kVr
设计者应当留意那些通过get之类操作从别的对象中获取数据的对象。这种类型的行为暗示着这条经验原则被违反了。
d^-U~4k_XU
Zb3bF0
9M2HC(c(No3wd%A0 (10)把不相关的信息放在另一个类中(也即:互不沟通的行为)。p19
xMT9fxb3ai0
"n;pK)~4Q}0 朝着稳定的方向进行依赖.51Testing软件测试网WE"~]g$MR.i(~
1Pj2`|&} Z/U2B0 (11)确保你为之建模的抽象概念是类,而不只是对象扮演的角色。p23
KeH}
i8j0 51Testing软件测试网'jBe8r%a@L
(12)在水平方向上尽可能统一地分布系统功能,也即:按照设计,顶层类应当统一地共享工作。p3051Testing软件测试网e1Mp)[Beej
%Yy-t'Z2u\6cM0 (13)在你的系统中不要创建全能类/对象。对名字包含Driver、Manager、System、Susystem的类要特别多加小心。p30
bu l)E*R;v9v6r0 51Testing软件测试网,E`L#hRq1O
规划一个接口而不是实现一个接口。51Testing软件测试网tyB$l!I
51Testing软件测试网&K+N.fv
G!`b
(14)对公共接口中定义了大量访问方法的类多加小心。大量访问方法意味着相关数据和行为没有集中存放。p3051Testing软件测试网"E"}(ne.`s"R
)]9E4GmPh"~3v0 (15)对包含太多互不沟通的行为的类多加小心。p3151Testing软件测试网7{V0K
mu
51Testing软件测试网7q
W;UQQ
这个问题的另一表现是在你的应用程序中的类的公有接口中创建了很多的get和set函数。
&yz1hc$YeP&c4uU6d0 51Testing软件测试网)FC6~g:jhj/ie^
(16)在由同用户界面交互的面向对象模型构成的应用程序中,模型不应该依赖于界面,界面则应当依赖于模型。p3351Testing软件测试网n e#~[0Pa!D+_?
nMU#a'CES.O-|0 (17)尽可能地按照现实世界建模(我们常常为了遵守系统功能分布原则、避免全能类原则以及集中放置相关数据和行为的原则而违背这条原则) 。p3651Testing软件测试网RJhL9@-E h"]!Uw
kF X0r;c|6^0 (18)从你的设计中去除不需要的类。p38
&Ch~i TM0 51Testing软件测试网[5hVD(yA#T
一般来说,我们会把这个类降级成一个属性。51Testing软件测试网{F8E*~#Ap$t*z
QoKO-U%wH1Z0 (19)去除系统外的类。p39
d4[T2j0Y F\0 51Testing软件测试网T1B!?(@u,F0B7C
系统外的类的特点是,抽象地看它们只往系统领域发送消息但并不接受系统领域内其他类发出的消息。
oQ,qv y E2f3f ||U(g0
V#ub1S?"g0 (20)不要把操作变成类。质疑任何名字是动词或者派生自动词的类,特别是只有一个有意义行为的类。考虑一下那个有意义的行为是否应当迁移到已经存在或者尚未发现的某个类中。p40
d2tu"AEIky0
3Ry3i%H
@"|Kd0 (21)我们在创建应用程序的分析模型时常常引入代理类。在设计阶段,我们常会发现很多代理没有用的,应当去除。p43
?,Tu'W.ESGa
D0
OP.Z9s7W:@|^0 (22)尽量减少类的协作者的数量。p52
Pv'Ik R0 51Testing软件测试网Fwdd#y$g;gV
一个类用到的其他类的数目应当尽量少。
#io$@ oW#K?2f&u0
'Ce\:tD0T)Lf }_0 (23)尽量减少类和协作者之间传递的消息的数量。p55
^YI/\!Y2sGFP!@0
K3RiG9a5n0 51Testing软件测试网 }0b/r5I$Ej^/H
(25)尽量减少类的扇出,也即:减少类定义的消息数和发送的消息数的乘积。p5551Testing软件测试网Q ~ Z7W2dYy
4AL;uhe4E a0 (26)如果类包含另一个类的对象,那么包含类应当给被包含的对象发送消息。也即:包含关系总是意味着使用关系。p5551Testing软件测试网:oIzv5SR}
51Testing软件测试网2G1I3N,w2~Oh&uE
(27)类中定义的大多数方法都应当在大多数时间里使用大多数数据成员。p57
*uf6KN*^t0 51Testing软件测试网5p0g+g:if1P{l{#@
(28)类包含的对象数目不应当超过开发者短期记忆的容量。这个数目常常是6。p5751Testing软件测试网|[Z5z@
51Testing软件测试网xD#zg b6s
当类包含多于6个数据成员时,可以把逻辑相关的数据成员划分为一组,然后用一个新的包含类去包含这一组成员。 51Testing软件测试网s.V#rT$pZU)_G5WS7tZh
!V/`/XB R2G0 (29)让系统功能在窄而深的继承体系中垂直分布。p58
7\3@6mCuh0 51Testing软件测试网?|%i)^:`/y5{
(30)在实现语义约束时,最好根据类定义来实现。这常常会导致类泛滥成灾,在这种情况下,约束应当在类的行为中实现,通常是在构造函数中实现,但不是必须如此。p6051Testing软件测试网B%AW] PM/i
:~&J{ W1D0 (31)在类的构造函数中实现语义约束时,把约束测试放在构造函数领域所允许的尽量深的包含层次中。p6051Testing软件测试网pMb!RC