CompSci 125 Lecture 20. Inheritance: Introduction, Overrides UML: Introduction to Class Diagrams

Transcription

1 CompSci 125 Lecture 20 Inheritance: Introduction, Overrides UML: Introduction to Class Diagrams

2 Announcements

3 Introduction to Inheritance

4 Inheritance: Motivation Software is expensive Wish to define a new class by identifying only how it differs from an existing class Don t want to rewrite the entire existing class

5 Inheritance extends! Parent class Child inherits from parent Extend functionality Modify functionality Parent Class Child Class

6 Alternative Terminology Parent class Super class Base class Ancestor class Child class Subclass Derived class Heir class

7 Inheritance Example public class MyPanel extends JPanel {!!!//Child MyPanel inherits from JPanel parent!! }!

8 What does Child Inherit? Member Methods Member Variables Member Nested Classes (Not yet discussed in CS125) Not constructors

9 Thus If child does nothing but inherit, it s a replica of parent sans its constructors (more about this later) Perfectly legal: JComponent p = new JPanel();! Because JPanel inherits from JComponent Because JPanel is a JComponent JPanel implements JComponent s methods JPanel implements JComponent s variables

10 Child May Differ from Parent Methods Child may define methods not available in the parent Child may override methods defined by the parent Variables Child may define new variables not available in the parent Child may shadow parent s variables (unsafe practice) Constructors Child does not inherit parent s constructors Child may define its own constructors

11 Chained Inheritance Grandchildren inherit from child Grandchildren also inherit through child from parent Container JComponent JPanel

12 What About private Members? Child inherits parent s private variables and methods Child has no access to them (cannot reference them) Private members are present in the child but invisible

13 Parent Knows Nothing About Child Inheritance is a one-way street Parent has no knowledge or access to child s variables nor methods If class MyPanel extends JPanel, then JPanel knows nothing about the variables and methods in MyPanel

14 Instantiating Child does not Instantiate the Parent Class If your class MyPanel extends JPanel And if you construct ( new-up ) an instance of a MyPanel You built only a MyPanel; you did not also build a JPanel But a MyPanel implements JPanel s methods/variables

15 Child May add Functionality not Available in the Parent Class public class MyPanel extends JPanel {!!!private ArrayList<Point> mypoints;!!!public void drawmypoints() {!!!.!!!.!!!.!!} //drawpoints!! } //MyPanel!

16 Child May Override Functionality Defined by its Parent Class public class MyPanel extends JPanel {!!!public void paintcomponent(graphics g) {!!!.!!!.!!!.!!} //paintcomponent!! } //MyPanel!

17 Bad Practice: Child may even Override Variables public class MyPoint extends Point {!!!public double x, y;!.!!.!!.!! } //MyPoint!!//Shadow variables!

18 super! Refers to functionality defined by the parent class super.doit();!//invokes parent s doit() method! super();!!//invokes parent s constructor!

19 Example: Invoking a method defined in a parent class public class MyPanel extends JPanel {!!!public void paintcomponent(graphics g) {!!!super.paintcomponent(g);!!!.!!!.!//draw additional artwork here!!!.!!} //paintcomponent!! } //MyPanel!

20 Inheritance and Constructors Class members include instance variables and methods Members are inherited and can be overridden Constructors are not members Constructors are not inherited and thus cannot be overridden BUT a child s constructor can invoke a constructor defined in the parent class: super.parentclassname()!

21 Implicit invocation of super() If your constructor doesn t explicitly invoke a parent s constructor Then Java implicitly inserts: super();! Attempting to ensure the object instance variables defined in the parent class are initialized

22 Implicit super constructor ParentName() is undefined for default constructor. Must define an explicit constructor super() does not exist The child class must explicitly invoke one of the parent s constructors with parameters Or define a constructor without parameters in parent

23 Implicit super constructor Parent() is undefined. Must explicitly invoke another constructor super() does not exist Child must explicitly invoke another constructor

24 UML: Class Diagrams

25 UML: Class Diagram Overview ClassName Attributes Operations Properties Attributes Associations Operations Methods Constructors

26 UML has been Rightfully Criticized for its Complexity Toad -x: int! -y: int! -health: int! +count: byte! +move(int,int)! +injure()! +heal()! +gethealth(): int! public class Toad {! //Attributes!! }!! private int x,y;! private int health;! public static byte count=0;! //Operations! public void move(int x, int y) { }! public void injure() { }! public void heal() { }! public static int gethealth() { }!

27 UML: Class Diagram Dependency Relationship Class1 Properties Operations Class2 Properties Operations Directed, dashed line indicates Class1 depends upon Class2 Transient relationship (as opposed to an association) Class1 invokes methods in Class2 thru a local variable Class1 invokes methods in Class2 thru a parameter

28 UML: Class Diagram Association Relationship Class1 Properties Operations Class2 Properties Operations Solid, directed line Fixed state relationship (as opposed to a dependency) Class2 appears as the type of an instance variable in Class1 Designer graphically emphasizes the importance of a property

29 Association or Attribute More or less the same thing! Both usually implemented in Java as instance variables Graphical association emphasizes important, controversial relationships, especially between new/modified classes List attributes suitable for built-in Java, non-controversial, and legacy types that won t change in the design process

30 UML: Class Diagram Inheritance Relationship AKA Generalization Class2 inherits from Class1 Class1 Properties Operations Class2 Properties Operations

31 UML Advice UML is important Fowler, M. UML Distilled. Addison Wesley Be familiar with these: Class Diagrams Sequence Diagrams Use for design discussions on a whiteboard Capture with camera phone Keep it simple! Because you can doesn t mean you should include it Also: Formal design documentation

32 Software Design: A Starter Definition What classes are required? How do those classes interact? Use class diagram to explore which classes instantiate another Use class diagram to explore which classes inherit from another When do their objects interact? Use sequence diagram to explore when objects are instantiated Use sequence diagram to explore when objects invoke methods