UML统一建模类图.PPTVIP

* 开闭原则 例子（1/2） 例: 某输出类Output中包含一个output方法, 该方法可能使用多种不同的打印机, 如: HP、EPSON、Canon，每种打印机都有不同的print方法。 设计方案1 void output(int printType){ if(printType==1){ Hp prt = new Hp(); prt.print(args); } else if(printType==2){ Epson prt = new Epson(); prt.print(args); }else{ …… } …… } * 开闭原则 例子（2/2） 设计方案2 void output(Printer printer){ …… printer.print(args); …… } 如何增加打印机类型? * (2) Liskov替换原则 定义: 如果对每一个类型为T1的对象o1, 都有类型为T2的对象o2, 使得以T1定义的所有程序P, 在所有对象o1被代换成o2时, 程序P的行为没有变化, 那么类型T2是类型T1的子类型. Java等语言中是否允许左图中的继承, 即子类使用较低访问权限覆盖父类的方法呢? 不允许, 这样违背了Liskov替换原则. * (3) 依赖倒置原则 定义1: 抽象不应该依赖于细节, 细节应该依赖于抽象. 定义2: 要针对接口编程, 不要针对实现编程. 设计人员希望遵守”开-闭”原则, 倒置依赖关系是达到要求的途径. * (4) 接口分离原则 使用多个专门的接口比使用单一的总接口要好. * 接口分离原则的例子（1/2） 例子: 某全文查找引擎的系统设计. 违反接口分离原则 * 接口分离原则的例子（2/2） 探索器接口 索引生成器接口 搜索结果集接口 功能接口的划分： * 设计过程中注意的问题 遵守OO设计原则. 不同类中相似方法的名称应该相同. 遵守已有的约定俗成的习惯. 尽量减少消息模式的数目. 只要可能,使消息具有一致的模式, 以利于理解. 设计简单的类. 类的职责要明确, 不要在类中提供太多的服务, 应该从类名可以比较容易推断出用途. 泛化结构的深度要适当. 定义简单的方法. 一个方法内不要包含过多的功能. 阅读类图 下面以电子商务网站为例,说明如何阅读类图. 假设住在厦门的张三要给住在绍兴的朋友李四送一个生日蛋糕，由于它们之间的距离太远，不可能亲自买一个送过去。但解决这个问题并不难，张三登录到一个电子商务网站购买一个，并通过该网站将其送给李四。而这个电子商务网站实际上就是通过绍兴的蛋糕店来完成这个任务的。因此，在整个传递过程中，各个实体之间的关联关系如图所示。 图3-20 阅读类图——抽取业务模型 现实生活中，电子商务网站可以接受很多人的订单，也可以与不同地方的蛋糕店形成合作，以送给更多不同地方的人。。 张三是一个对象，它可以归到“订货人” 类中；绍兴蛋糕店也是一个对象，它可以归到“商户” 类中。 在例子中，订货人把想完成的事（给李四送蛋糕）委托给电子商务网站，而电子商务网站又委托给具体的商户（绍兴蛋糕店），具体的商户最终通过送货人完成了这个行为。 在实际的过程中，整个行为动态过程为：张三在电子商务网站填写信息，电子商务平台向商户发信息，商户指挥送货人完成该动作。 阅读类图——建立对象模型 2．建立对象模型 实际上，电子商务网站的对象模型是对电子商务业务建模的结果。 阅读类图 在阅读类图时，重点在于把握三项内容：类、关系、多重性。其阅读的顺序应该遵循以下原则： 首先搞清楚每个类的语义 其次理解类间关系 第三，结合多重性来理解类图的结构特点以及个个属性和方法的含义。 电子商务网站的对象模型 1.理解类的语义 该图包含7个类：order（订单）， orderitlm（订单项）,customer（顾客）,consignee（收货人）.delierorder（送货单）,peddlery（商户）,product（产品）,并且每个类都定义了若干属性和方法。 阅读类图 2.分析类关系 阅读类图时，从图中最复杂的类开始阅读。在本例中，这个类就是oeder (订单)。然后逐一地分析该类与其他类之间的关系： (1) order与orderitlm之间是组合关系，根据箭头的方向可知是orderitlm组合为order。这就是说order包含了orderitlm。显然对于该应用系统而言，独立的orderltrm是没有意义的。 (2) order和customer、consignee、deliverorder是关联关系，即一个订单和客