02--第二章 面向对象设计原则.pptVIP

2.6 LoD:迪米特法则 对其进行重构，将家人和狱友隔离开： Prisoners类起到中介的作用，将Family类和Inmates类联系到一起。 public class Prisoners { private Inmates inmates = new Inmates(); public void helpEachOther() { Console.WriteLine(“犯人和狱友之间应该互相帮助...); Console.Write(“狱友说：); inmates.weAreFriend(); } } public class Inmates { public void weAreFriend() { Console.WriteLine(“我们是狱友，我们互相帮助...); } } 2.6 LoD:迪米特法则 运行结果 家人说：犯人和狱友之间应该互相帮助... 狱友说：我们是狱友，我们互相帮助… 家人和狱友就分开了，但是也表达了家人希望狱友能跟犯人互相帮助的意愿。 public class Family { //家人探望犯人 public void visitPrisoner(Prisoners prisoners) { //家人希望犯人与狱友互帮互助 Console.Write(“家人说：); prisoners.helpEachOther(); } } public class Prison { public static void Main(String []args) { Family family = new Family(); family.visitPrisoner(new Prisoners()); Console.Read(); } } 2.6 LoD:迪米特法则 应用迪米特法则的注意事项： 在类的划分上，应该创建有弱耦合的类； 尽量降低类的访问权限； 在类的结构设计上，每一个类都应当尽量降低成员的访问权限； 不要暴露类成员，而应该提供相应的访问器(属性)。 在类的设计上，只要有可能，一个类应当设计成不变类（没有可变成员的类——稳定且多线程安全）； 在对其他类的引用上，一个对象对其它对象的引用应当降到最低； 谨慎使用序列化Serialize功能（序列化和反序列化必须对外暴露很多可序列化的成员）； 迪米特法则的缺点： 在系统中造出大量的小方法，这些方法仅仅是传递间接的调用，与系统的业务逻辑无关。 会造成系统的不同模块之间的通信效率降低，也会使系统的不同模块之间不容易协调。 2.7 CARP:合成/聚合复用原则 尽量使用合成/聚合，而不是使用继承 合成表示一种强的拥有关系，体现了严格的部分和整体的关系，部分和整体的生命周期一样； 例如：人有两个胳膊，胳膊和人就是部分和整体的关系，人去世了，那么胳膊也就没用了，也就是说胳膊和人的生命周期是相同的； 合成关系用实心的菱形+实线来表示。 聚合表示一种弱的拥有关系，体现的是A对象可以包含B对象，但是B对象并不是A对象的一部分 例如：人是群居动物，所以每个人属于一个人群，一个人群可以有多个人，所以人群和人是聚合的关系； 聚合关系用空心的菱形+实线来表示。 2.7 CARP:合成/聚合复用原则 正确区分“Has-A”和“Is-A”关系 “Is-A”表达的是继承关系，表达了一个类是另外一个类的一种； “Has-A”表达的是聚合关系，代表一个类是另外一个类的一个角色，而不是另外一个类的特殊种类。 一个人无法同时拥有多个角色，是雇员就不能再是学生了，这显然是不合理的。 把“角色”的等级结构与“人”的等级结构区分开来，关系改为“Has-A” 角色是一个变化点，如何封装？ 2.7 CARP:合成/聚合复用原则 继承复用的优点 新的类实现较为容易，因为父类的大部分功能可以通过继承关系自动进入子类。 修改或扩展继承而来的实现较为容易。 继承复用的缺点 继承复用破环封装，因为继承将父类的实现细节暴露给子类。由于父类的内部细节常常是对子类是可见的，因此这种复用是透明的复用，又称白箱复用。 继承是父类和子类间的紧耦合