61条面向对象设计的经验原则

你不必严格遵守这些原则,违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃,若违背了其中的一条,那么警铃就会响起。

  -----Arthur J.Riel

数据挖掘工具

  (1)所有数据都应该隐藏在所在的类的内部。p13

数据挖掘实验室

  (2)类的使用者必须依赖类的共有接口,但类不能依赖它的使用者。p15 数据挖掘交友

  (3)尽量减少类的协议中的消息。p16 数据挖掘论坛

  (4)实现所有类都理解的最基本公有接口[例如,拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 p16

  (5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。p17

  如果类的两个方法有一段公共代码,那么就可以创建一个防止这些公共代码的私有函数。 数据挖掘实验室

  (6)不要以用户无法使用或不感兴趣的东西扰乱类的公有接口。p17

数据挖掘研究院

  (7)类之间应该零耦合,或者只有导出耦合关系。也即,一个类要么同另一个类毫无关系,要么只使用另一个类的公有接口中的操作。 p18

  (8)类应该只表示一个关键抽象。p19 数据挖掘论坛

  包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包影响,则将对包中的所有类产生影响,而对其他的包不造成任何影响 .

数据挖掘实验室

  (9)把相关的数据和行为集中放置。p19 数据挖掘交友

  设计者应当留意那些通过get之类操作从别的对象中获取数据的对象。这种类型的行为暗示着这条经验原则被违反了。 数据挖掘研究院

  (10)把不相关的信息放在另一个类中(也即:互不沟通的行为)。p19

数据挖掘研究院

  朝着稳定的方向进行依赖. 数据挖掘交友

  (11)确保你为之建模的抽象概念是类,而不只是对象扮演的角色。p23

  (12)在水平方向上尽可能统一地分布系统功能,也即:按照设计,顶层类应当统一地共享工作。p30

  (13)在你的系统中不要创建全能类/对象。对名字包含Driver、Manager、System、Susystem的类要特别多加小心。p30

  规划一个接口而不是实现一个接口。

数据挖掘论坛

  (14)对公共接口中定义了大量访问方法的类多加小心。大量访问方法意味着相关数据和行为没有集中存放。p30

数据挖掘交友

  (15)对包含太多互不沟通的行为的类多加小心。p31 数据挖掘工具

  这个问题的另一表现是在你的应用程序中的类的公有接口中创建了很多的get和set函数。 数据挖掘工具

  (16)在由同用户界面交互的面向对象模型构成的应用程序中,模型不应该依赖于界面,界面则应当依赖于模型。p33 数据挖掘研究院

  (17)尽可能地按照现实世界建模(我们常常为了遵守系统功能分布原则、避免全能类原则以及集中放置相关数据和行为的原则而违背这条原则) 。p36

数据挖掘实验室

  (18)从你的设计中去除不需要的类。p38 数据挖掘论坛

  一般来说,我们会把这个类降级成一个属性。 数据挖掘实验室

  (19)去除系统外的类。p39 数据挖掘工具

  系统外的类的特点是,抽象地看它们只往系统领域发送消息但并不接受系统领域内其他类发出的消息。 数据挖掘交友

  (20)不要把操作变成类。质疑任何名字是动词或者派生自动词的类,特别是只有一个有意义行为的类。考虑一下那个有意义的行为是否应当迁移到已经存在或者尚未发现的某个类中。p40

  (21)我们在创建应用程序的分析模型时常常引入代理类。在设计阶段,我们常会发现很多代理没有用的,应当去除。p43

数据挖掘论坛

  (22)尽量减少类的协作者的数量。p52 数据挖掘交友

  一个类用到的其他类的数目应当尽量少。 数据挖掘工具

  (23)尽量减少类和协作者之间传递的消息的数量。p55 数据挖掘工具

  (24)尽量减少类和协作者之间的协作量,也即:减少类和协作者之间传递的不同消息的数量。p55 数据挖掘工具

  (25)尽量减少类的扇出,也即:减少类定义的消息数和发送的消息数的乘积。p55 数据挖掘交友

  (26)如果类包含另一个类的对象,那么包含类应当给被包含的对象发送消息。也即:包含关系总是意味着使用关系。p55 数据挖掘实验室

  (27)类中定义的大多数方法都应当在大多数时间里使用大多数数据成员。p57

  (28)类包含的对象数目不应当超过开发者短期记忆的容量。这个数目常常是6。p57 数据挖掘论坛

  当类包含多于6个数据成员时,可以把逻辑相关的数据成员划分为一组,然后用一个新的包含类去包含这一组成员。 数据挖掘交友

  (29)让系统功能在窄而深的继承体系中垂直分布。p58

数据挖掘交友

  (30)在实现语义约束时,最好根据类定义来实现。这常常会导致类泛滥成灾,在这种情况下,约束应当在类的行为中实现,通常是在构造函数中实现,但不是必须如此。p60 数据挖掘交友

  (31)在类的构造函数中实现语义约束时,把约束测试放在构造函数领域所允许的尽量深的包含层次中。p60 数据挖掘工具

  (32)约束所依赖的语义信息如果经常改变,那么最好放在一个集中式的第3方对象中。p60

数据挖掘交友

  (33)约束所依赖的语义信息如果很少改变,那么最好分布在约束所涉及的各个类中。p60

[数据挖掘专家] [数据挖掘研究院] [数据挖掘论坛] [数据挖掘实验室]
上一篇:独立的思想 由AJAX应用引发的深思
下一篇:独立的思想 由AJAX应用引发的深思
最新评论共有 0 位网友发表了评论 , 查看所有评论
发表评论( 不能超过250字,需审核,请自觉遵守互联网相关政策法规。 )
匿名?
数据挖掘网站导航 数据挖掘论坛导航
  • 数据挖掘工具
  • 数据挖掘论坛
  • DataCruncher - Cognos
  • MineSet - MathSoft
  • Intelligent Miner - GainSmarts
  • Sqlserver - SAS - Clementine
  • CART - Weka - WizSoft
  • NeuroShell - ModelQuest
  • data mining tools - Darwin
  • 数据挖掘交友
  • 数据挖掘博客
  • 数据挖掘工具
  • 数据挖掘资源
  • 数据挖掘技术算法
  • 数据挖掘相关期刊、会议
  • 研究院联盟合作专区
  • 数据挖掘基础与相关技术
  • 数据挖掘厂商与就业
  • 数据挖掘研究者乐园
  • 知名厂商数据挖掘工具资料
  • 国内数据挖掘实验室
  • Foreign Data Mining Lab
  • 热点关注
  • 阿蒙:一个程序员老总的年终总结
  • HTML框架代码全集
  • JAVA字符集
  • 即将消逝的十大热门技术 Java也算
  • 统一建模语言(UML)的现状及发展
  • UML的三大“硬伤”
  • AJAX 常用函数
  • UML用例建模的慨念和应用
  • AJAX通用类:AJAXRequest v0.3
  • 服务器端可控情形JS跨域访问解决方法
  • 论坛最新话题
  • Foundations of Statistical Natural Langu
  • Game Theory meet Data Mining: A Recent P
  • System Building: How does it help or hin
  • 数据挖掘与Clementine培训
  • 新手报到
  • 求 SASEM 客户流失预测分析
  • 数据挖掘工程师/搜索研究院—北京——无线
  • 数据挖掘入门介绍(如何着手数据挖掘)
  • Information Overload Survey Results
  • The INEX 2005 Workshop on Element Retrie
  • 相关资讯
  • Rational Rose和UML可视化建模基础
  • 系统约定:用UML描述工作流管理
  • UML的三大“硬伤”
  • 统一建模语言UML释义之(三)
  • 绘制UML活动图的步骤和要点
  • UML用例建模的慨念和应用
  • 用Rational Rose给XML DTD造型
  • 统一建模语言(UML)的现状及发展
  • 统一建模语言UML释义(二)
  • 统一建模语言UML概述
  • 数据挖掘实验室资料
  • 数据挖掘博客地址
  • 数据挖掘实验室网站地址
  • Prepare for Medicare audits by using dat
  • 注册成为SAS用户与爱好者俱乐部会员
  • 水南梅
  • 明日烟
  • 新人报道
  • 下载
  • 厦门服务器托管,450元/月—0592-5177319 高
  • 买空间送域名--0592-5177319 高静