使用java实现面向对象编程第七章上机_Java面向对象编程第7章

“ Java面向对象编程”第7章与示例源代码一起使用. 简介§7.1UML类图简介§7.1.1类的UML图§7.1.2接口§7.1.3泛化§7.1.4关联§7.1.5依赖性§7.1.6实现§7.1.7注释§7.2摘要面向原则§7.2.1抽象类和接口§7.2.2面向抽象的§7.3开闭原则§7.4多用途组合和较少用途继承原则§7.4.1继承和重用§7.4.2组合和重用§7.4 .3多用途组合和较少的继承性§7.5高内聚-低耦合原理*功率点生产: 耿祥义张跃平面物体的几个基本原理主要内容UML类图简介面向抽象原理开闭原理多目的组合较少使用继承原则高内聚性-低耦合原则困难开闭原则本章给出了一些面向对象设计的基本原则. 了解这些基本原理有助于了解如何使用面向对象的语言编写易于维护，易于扩展和易于重用的程序代码.

UML(统一建模语言)类图(Class Diagram)是一种，通常用于描述系统的静态结构. 在类的UML图中，矩形用于描述类的主要组成，并且该矩形在垂直方向上分为三层. ◆第一层是名称层◆第二层是变量层，也称为属性层，其中列出了成员变量和类的类型. 格式为“变量名称: 类型”. ◆第三层是方法层，也称为操作层，其中列出了类的方法和返回类型. 格式为“方法名称(参数列表): 类型”. 表示接口的UML图使用矩形描述接口的主要结构，并将矩形垂直分为三层. ◆顶部的第一层是名称层，并使用<< interface >>修改名称. ◆第二层是常量层，它列出了接口中的常量和类型. 格式为“常量名称: 类型”. ◆第三层是方法层，也称为操作层，它列出了接口中的方法和返回类型. 格式为“方法名称(参数列表): 类型”. 对于面向对象的语言java面向对象设计原则，UML中的泛化关系是指类的继承关系. 如果一个类是另一个类的子类，则UML通过使用实线连接两个类来表示两个类之间的继承关系. 实线的起点是子类的UML图，终点是父类的UML图，但终点的末尾使用空心三角形表示实线的终点.

如果类A中的成员变量是用类B(接口)声明的变量，则A和B之间的关系是关联关系，并且说A与B相关. 如果A与B关联，然后，UML使用实线连接A和B的UML图. 实线的开始是A的UML图，结束是B的UML图，但是末尾使用指向B的UML图. 方向箭头指示实线的末端. 如果使用类B(接口)声明类A中方法的参数，或者方法返回的数据类型为类型Bjava面向对象设计原则，则A和B之间的关系为从属关系，并且说A依赖于B如果A依赖于B，则UML使用虚线连接A和B的UML图. 虚线的起点是A的UML图，而虚线的终点是B的UML图，但是末尾使用指向B的UML图的方向. 箭头指示虚线的末尾. 如果类实现接口，则该类与接口之间的关系就是实现关系，而该类实现接口. UML使用虚线连接类及其实现的接口. 虚线的开头是类，虚线的末尾是其实现的接口，但结尾使用空心三角形表示虚线的结尾. UML使用注释为类图提供附加说明. UML将给定的注释显示在带有弯角的矩形中，并使用虚线将带有弯角的矩形连接到其注释的实体. 在这里，我们提取了抽象类和接口的一些最重要的知识点，以使读者更容易理解抽象的原理.

1抽象(抽象)类具有以下特征: ◆抽象类可以具有抽象方法，也可以有非抽象方法. ◆抽象类无法使用new运算符创建对象. ◆如果非抽象类是抽象类的子类，则它必须覆盖父类的抽象方法. ◆抽象类声明的对象是转换后的对象. A.java，B.java，Application.java 2.接口(接口)具有以下特征: ◆接口中只能使用具有公共权限的抽象方法，而不能提供非抽象方法. ◆接口由类实现，也就是说，如果类实现接口，则它必须覆盖接口中的abstract方法. ◆接口回调. Com.java，ComImp.java，Application.java所谓的面向抽象的编程，在设计类时，不要让该类面对特定的类，而要面对抽象类或接口，即设计的类中的重要数据是由抽象类或接口声明的变量，而不是由具体类声明的变量. ◆Circle.java，Pillar.java◆Geometry.java，Pillar.java，Circle.java，Rectangle.java，Application.java所谓的“开放式封闭原理”是让您的设计可以扩展，接近修改.

方法重用的两种最常见的技术是类继承和对象组合. 子类将父类的方法作为自己的方法之一继承，就好像它们是直接在子类中声明的一样，并且可以由子类中声明的任何实例方法调用. 换句话说，子类可以继承的方式重用父类的方法. 类可以将对象作为其自己的成员变量. 如果使用这样的类创建对象，则该对象中还会有其他对象，这意味着该对象将其他对象作为自己的一部分(这就是人们常说的具有-A的含义)，或者该对象由组成几个对象. 提倡多组合和少继承的原因是，在许多设计中，人们希望系统类别之间的关系尽可能地低耦合，而不是强耦合. *

本文来自电脑杂谈，转载请注明本文网址：

http://www.pc-fly.com/a/jisuanjixue/article-281880-1.html