OOD沉思录之导引

OOD沉思录之导引
一个对象一定会有如下4个属性:
1,它的身份标示,可能只是它在内存中的地址;
2,它的类的属性(通常是静态属性)和这些属性的值(通常是动态的);
3,它的类的行为(从实现者的角度看);
3,它的公开接口(从用户的角度看).

2.1 所有数据都应该隐藏在它所在的类内部.
考虑最简单的点Point类(X,Y),再考虑可能点的实现是用的极坐标,那么是否该领悟到这一点了?

2.2,类的使用者必须依赖类的公共接口,但类不能依赖它的使用者.
房子可以依赖闹钟,但是闹钟不能依赖房子,否则这个闹钟就不能放到别的地方了

2.3,尽量减少类的的方法的数量
几年前,部分人所提倡的原则与此正好相反,他们认为凡是能想到的,将来用户可能都能用上.
那么既然如此,那么你一定喜欢我的链表类,它的公共接口有4000个.（这里我第一次大笑)

2.4， 实现所有类都能理解的最基本公共接口
如：拷贝操作（深拷贝和浅拷贝），相等性判断，正确输出内容（打印），从字符串解析等

2.5,不要把实现细节放到类的公共接口
目的是降低使用者的复杂度

2.6,用户不感兴趣的或无法使用的内容不要放到类的公共接口
与2.5类似的

2.7,类之间应该零耦合,或者只有导出耦合关系.
即:一个类要么同另一个类豪无关系,要么只使用另一个类的公共接口中的操作.
低耦合,高内聚原则
耦合:衡量两个类之间的关系.
类聚:衡量类的实现,高类聚的最理想状态是:类的所有方法都使用了其所有字段或属性,不存在一半方法使用了这一半属性或字段,而另一半方法使用了另外一半的属性或字段.
如果是这样,那这个类本身就应该被劈开为两个类.

2.8,类应当只表示一个关键抽象,反之亦然.
如果一个关键抽象被表示为多个类,则表明设计者把这个关键抽象的每个功能表示为一个类了.
反之,表明这个类表示了多个关键抽象,导致庞大复杂的类,还不好用(因为每次使用都牵扯到两个关键抽象概念)

2.9,把相关的数据和行为集中放置
否则为了满足单一的需求变更,而不得不在两个或更多的地方进行修改

2.10,把不相关的信息放到另一个类中
高类聚的原则

2.11,确保抽象的是类,而不是对象 "父亲"和"母亲"是不是类,还是某个"人"的对象?要看具体应用是否区分了这两者,如果没有区分,则表示的是对象,否则就是类.

OOD沉思录 之 导引

猜你在找的设计模式相关文章

OOD沉思录之导引