Inheritance and Polymorphism

Slides:



Advertisements
Similar presentations
More on Classes Inheritance and Polymorphism
Advertisements

1 Inheritance and Polymorphism. 2 This section is not required material!!!!  A note about inheritance… It’s not normally covered in 101 It will be gone.
Inheritance Inheritance Reserved word protected Reserved word super
ITEC200 – Week03 Inheritance and Class Hierarchies.
Liang, Introduction to Java Programming, Eighth Edition, (c) 2011 Pearson Education, Inc. All rights reserved Inheritance and Polymorphism.
Inheritance. Extending Classes It’s possible to create a class by using another as a starting point  i.e. Start with the original class then add methods,
Inheritance and Class Hierarchies Chapter 3. Chapter 3: Inheritance and Class Hierarchies2 Chapter Objectives To understand inheritance and how it facilitates.
Fall 2007CS 2251 Inheritance and Class Hierarchies Chapter 3.
CS 106 Introduction to Computer Science I 04 / 16 / 2010 Instructor: Michael Eckmann.
1 Chapter 6 Inheritance, Interfaces, and Abstract Classes.
1 Evan Korth New York University Inheritance and Polymorphism Professor Evan Korth New York University.
1 Inheritance and Polymorphism. 2 Motivations Suppose you will define classes to model circles, rectangles, and triangles. These classes have many common.
1 Evan Korth New York University Inheritance and Polymorphism Professor Evan Korth New York University.
Inheritance and Polymorphism Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
1 Object-Oriented Software Engineering CS Interfaces Interfaces are contracts Contracts between software groups Defines how software interacts with.
CSC 205 Java Programming II Polymorphism. Topics Polymorphism The principle of substitution Dynamic binding Object type casting Abstract class The canonical.
Inheritance - Polymorphism ITI 1121 Nour El Kadri.
Inheritance. Inheritance - Introduction Idea behind is to create new classes that are built on existing classes – you reuse the methods and fields and.
Programming With Java ICS201 University Of Ha’il1 Chapter 7 Inheritance.
1 COSC2007 Data Structures II Chapter 9 Class Relationships.
Application development with Java Lecture 21. Inheritance Subclasses Overriding Object class.
1 Inheritance and Polymorphism. 2 This section is not required material!!!!  Since we are ahead in lecture, I’m delving into it  If you feel confused,
Inheritance and Class Hierarchies Chapter 3. Chapter 3: Inheritance and Class Hierarchies2 Chapter Objectives To understand inheritance and how it facilitates.
Inheritance and Class Hierarchies Chapter 3. Chapter Objectives  To understand inheritance and how it facilitates code reuse  To understand how Java.
Quick Review of OOP Constructs Classes:  Data types for structured data and behavior  fields and methods Objects:  Variables whose data type is a class.
(c) University of Washington06-1 CSC 143 Java Inheritance Tidbits.
CSI 3125, Preliminaries, page 1 Inheritance. CSI 3125, Preliminaries, page 2 Inheritance Using inheritance, can create a general class that defines traits.
1 Object-Oriented Programming Inheritance. 2 Superclasses and Subclasses Superclasses and Subclasses  Superclasses and subclasses Object of one class.
CS 112 Programming 2 Lecture 06 Inheritance & Polymorphism (1)
Terms and Rules II Professor Evan Korth New York University (All rights reserved)
Author: DoanNX Time: 45’.  OOP concepts  OOP in Java.
1 Inheritance and Polymorphism Chapter 11 Spring 2007 CS 101 Aaron Bloomfield.
Liang, Introduction to Java Programming, Seventh Edition, (c) 2009 Pearson Education, Inc. All rights reserved Chapter 10 Inheritance and Polymorphism.
Polymorphism 1. Reuse of code: every time a new sub-class is defined, programmers are reusing the code in a super-class. All non-private members of a.
UMass Lowell Computer Science Java and Distributed Computing Prof. Karen Daniels Fall, 2000 Lecture 10 Java Fundamentals Objects/ClassesMethods.
Java Programming: Guided Learning with Early Objects Chapter 9 Inheritance and Polymorphism.
Class Inheritance Part II: Overriding and Polymorphism Corresponds with Chapter 10.
Modern Programming Tools And Techniques-I
Lecture 12 Inheritance.
Chapter 11 Inheritance and Polymorphism
Chapter 11 Inheritance and Polymorphism
Inheritance-Basics.
Inheritance and Polymorphism
OBJECT ORIENTED PROGRAMMING II LECTURE 7 GEORGE KOUTSOGIANNAKIS
Java Inheritance.
Inheritance and Polymorphism
Inheritance in Java.
Road Map Inheritance Class hierarchy Overriding methods Constructors
Inheritance and Polymorphism
Week 8 Lecture -3 Inheritance and Polymorphism
Continuing Chapter 11 Inheritance and Polymorphism
Inheritance "Question: What is the object oriented way of getting rich? Answer: Inheritance.“ “Inheritance is new code that reuses old code. Polymorphism.
Object Oriented Programming
Computer Science II Exam 1 Review.
Overloading and Constructors
Chapter 9 Inheritance and Polymorphism
The super Reference Constructors cannot be used in child classes, even though they have public visibility Yet we often want to use the parent's constructor.
Java Inheritance.
Extending Classes.
Java Programming Language
Java Inheritance.
Lecture 6 Inheritance CSE /26/2018.
Chapter 11 Inheritance and Polymorphism Part 2
CS 112 Programming 2 Lecture 02 Abstract Classes & Interfaces (2)
Chapter 11 Inheritance and Polymorphism Part 1
Chapter 11 Inheritance and Encapsulation and Polymorphism
Topics OOP Review Inheritance Review Abstract Classes
Java Inheritance.
Overloading Each method has a signature: its name together with the number and types of its parameters Methods Signatures String toString()
C++ Object Oriented 1.
Presentation transcript:

Inheritance and Polymorphism

This section is not required material!!!! A note about inheritance… It’s not normally covered in 101 It will be gone over in more detail in CS 201 Ask questions if you are confused about inheritance You aren’t the only one!

Motivation Consider a transportation computer game Different types of vehicles: Planes Jets, helicopters, space shuttle Automobiles Cars, trucks, motorcycles Trains Diesel, electric, monorail Ships … Let’s assume a class is written for each type of vehicle

More on classes vs. objects

Motivation Sample code for the types of planes: fly() takeOff() land() setAltitude() setPitch() Note that a lot of this code is common to all types of planes They have a lot in common! It would be a waste to have to write separate fly() methods for each plane type What if you then have to change one – you would then have to change dozens of methods

Motivation Indeed, all vehicles will have similar methods: move() getLocation() setSpeed() isBroken() Again, a lot of this code is common to all types of vehicles It would be a waste to have to write separate move() methods for each vehicle type What if you then have to change one – you would then have to change dozens of methods What we want is a means to specify one move() method, and have each vehicle type inherit that code Then, if we have to change it, we only have to change one copy

Motivation Provides: Provides: move() fly() getLocation() takeOff() setSpeed() isBroken() Provides: fly() takeOff() land() setAltitude() setPitch() Provides: oilChange() isInTraffic() Provides: derail() getStation()

Motivation What we will do is create a “parent” class and a “child” class The “child” class (or subclass) will inherit the methods (etc.) from the “parent” class (or superclass) Note that some classes (such as Train) are both subclasses and superclasses

Another example Consider shapes in a graphics program Shape class Circle class Cube class Dodecahedron class

Today’s demotivators

Inheritance Organizes objects in a top-down fashion from most general to least general Inheritance defines a “is-a” relationship A mountain bike “is a” kind of bicycle A SUV “is a” kind of automobile A border collie “is a” kind of dog A laptop “is a” kind of computer

Musical instrument hierarchy Idiophones: Solid instruments that are intrinsically sonorous, e.g., bell and cymbal; Membranophones: Instruments with taut membranes, e.g., drum and kazoo; Aerophones: Instruments that enclose and free masses of air, e.g., clarinet and whistle; Chordophones: Instruments with stretched strings, e.g., lyre and violin; Electrophones: Instruments with oscillating electric circuits, e.g. synthesizer and electric piano.

Musical instrument hierarchy The hierarchy helps us understand the relationships and similarities of musical instruments A clarinet “is a” kind of reeded instrument Reeded instruments “are a” kind of aerophone The “is-a” relationship is transitive A clarinet “is a” kind of reeded instrument A reeded instrument “is a” kind of aerophone A clarinet “is a” kind of aerophone

Object-oriented terminology In object-oriented programming languages, a class created by extending another class is called a subclass The class used for the basis is called the superclass Alternative terminology The superclass is also referred to as the base class The subclass is also referred to as the derived class Musical Instrument Aerophone Reeded Clarinet

ThreeDimensionalPoint Build a new class ThreeDimensionalPoint using inheritance ThreeDimensionalPoint extends the awt class Point Point is the superclass (base class) ThreeDimensionalPoint is the subclass (derived class) ThreedimensionalPoint extends Point by adding a new property to Point—a z-coordinate y-axis x-axis z-axis (x, y, z)

Class ThreeDimensionalPoint package geometry; import java.awt.*; public class ThreeDimensionalPoint extends Point { // private class constant  private final static int DEFAULT_Z = 0; // private instance variable  private int z = DEFAULT_Z; Note that ThreeDimensionalPoint inherits the variables in the Point class Thus, it has an x and y variables (inherited from Point) And it has a z variable (defined above) See next slide Keyword extends indicates that ThreeDimensionalPoint is a subclass of Point New instance variable

Packages Allow definitions to be collected together into a single entity—a package ThreeDimensionalPoint will be added to the geometry package Classes and names in the same package are stored in the same folder Classes in a package go into their own namespace and therefore the names in a particular package do not conflict with other names in other packages For example, a package called Graph might have a different definition of ThreeDimensionalPoint When defining members of a class or interface, Java does not require an explicit access specification. The implicit specification is known as default access. Members of a class with default access can be accessed only by members of the package.

About extends If class A extends class B Then class A is the subclass of B Class B is the superclass of class A A “is a” B A has (almost) all the methods and variables that B has If class Train extends class Vehicle Then class Train is the subclass of Vehicle Class Vehicle is the superclass of class Train Train “is a” Vehicle Train has (almost) all the methods and variables that Vehicle has

Java’s Mother-of-all-objects—Class Object Class Object provides basic versions of several methods. In particular, it has methods toString(), equals(), and clone(). It also has methods finalize(), getClass(), hashCode(), notify(), notifyAll(), and wait(). These are all inherited by the subclasses of Object.

Thus, everything extends Object Either directly or indirectly So what does that give us? Object contains the following methods: clone() equals() toString() and others… Thus, every class has those methods

Fan-supplied demotivators!

Class ThreeDimensionalPoint (review from last time) package geometry; import java.awt.*; public class ThreeDimensionalPoint extends Point { // private class constant  private final static int DEFAULT_Z = 0; // private instance variable  private int z = DEFAULT_Z; Note that ThreeDimensionalPoint inherits the variables in the Point class Thus, it has an x and y variables (inherited from Point) And it has a z variable (defined above) See next slide Keyword extends indicates that ThreeDimensionalPoint is a subclass of Point New instance variable

A note about equals() Why does the equals() method always have to have the following prototype: boolean equals(Object obj) Many other class in the Java SDK require the user of equals() Such as the Vector class Those classes need to know how the equals() method will work in order for them to work properly Thus, it must have the same prototype

ThreeDimensionalPoint Methods toString(), equals() , and clone() should not have different signatures from the Point versions ThreeDimensionalPoint c = new ThreeDImensionalPoint(1, 4, 9); ThreeDimensionalPoint d = (ThreeDimensionalPoint) c.clone(); String s = c.toString(); boolean b = c.equals(d); Cast is necessary as return type of subclass method clone() is Object Invocation of subclass toString() method Invocation of subclass equals() method

ThreeDimensionalPoint Accessors and mutators // getZ(): z-coordinate accessor  public double getZ() { return z; } // setZ(): y-coordinate mutator  public void setZ(int value) { z = value;

ThreeDimensionalPoint Constructors // ThreeDimensionalPoint(): default constructor  public ThreeDimensionalPoint() { super(); } // ThreeDimensionalPoint(): specific constructor  public ThreeDimensionalPoint(int a, int b, int c) { super(a, b); setZ(c);

ThreeDimensionalPoint Facilitators // translate(): shifting facilitator  public void translate(int dx, int dy, int dz) { translate(dx, dy); int zValue = (int) getZ(); setZ(zValue + dz); } calls the inherited translate method in Point

ThreeDimensionalPoint ThreeDimensionalPoint a = new ThreeDimensionalPoint(6, 21, 54); a.translate(1, 1);    // invocation of superclass translate() a.translate(2, 2, 2); // invocation of 3DPoint’s translate() Java determines which method to use based on the number of parameters in the invocation After the first call to translate, what is the value of a? After the second call to translate, what is the value of a? Note that this is still overloading!

ThreeDimensionalPoint Facilitators // toString(): conversion facilitator  public String toString() { int a = (int) getX(); int b = (int) getY(); int c = (int) getZ(); return getClass() + "[" + a + ", " + b + ", " + c + "]"; } What’s getClass()?

ThreeDimensionalPoint Facilitators // equals(): equality facilitator  public boolean equals(Object v) { if (v instanceof ThreeDimensionalPoint) { ThreeDimensionalPoint p = (ThreeDimensionalPoint) v; int z1 = (int) getZ(); int z2 = (int) p.getZ(); return super.equals(p) && (z1 == z2); } else { return false; calls the inherited equals method in Point

ThreeDimensionalPoint Facilitators // clone(): clone facilitator  public Object clone() { int a = (int) getX(); int b = (int) getY(); int c = (int) getZ(); return new ThreeDimensionalPoint(a, b, c); }

Today’s demotivators

ColoredPoint Suppose an application calls for the use of colored points. We can naturally extend class Point to create ColoredPoint Class ColoredPoint will be added to package geometry package geometry; import java.awt.*; public class ColoredPoint extends Point { // instance variable  Color color; …

Class hierarchy Object Point ThreeDimPoint ColoredPoint

ColoredPoint Constructors // ColoredPoint(): default constructor public ColoredPoint() { super(); setColor(Color.blue); } // ColoredPoint(): specific constructor  public ColoredPoint(int x, int y, Color c) { super(x, y); setColor(c);

ColoredPoint Accessors and mutators // getColor(): color property accessor  public Color getColor() { return color; } // setColor(): color property mutator  public void setColor(Color c) { color = c;

ColoredPoint Facilitators // clone(): clone facilitator public Object clone() { int a = (int) getX(); int b = (int) getY(); Color c = getColor(); return new ColoredPoint(a, b, c); }

ColoredPoint Facilitators // toString(): string representation facilitator  public String toString() { int a = (int) getX(); int b = (int) getY(); Color c = getColor(); return getClass() + "[" + a + ", " + b + ", " + c + "]"; }

ColoredPoint Facilitators // equals(): equal facilitator public boolean equals(Object v) { if (v instanceof ColoredPoint) { Color c1 = getColor(); Color c2 = ((ColoredPoint) v).getColor(); return super.equals(v) && c1.equals(c2); } else { return false;

Colored3DPoint Suppose an application needs a colored, three-dimensional point. Can we create such a class by extending both ThreeDimensionalPoint and ColoredPoint?

Proposed class hierarchy Object Point ThreeDimPoint ColoredPoint Colored3DPoint

Colored3DPoint Java does not support multiple inheritance Java only supports single inheritance C++ does support multiple inheritance package Geometry; import java.awt.*; public class Colored3DPoint extends ThreeDimensionalPoint { // instance variable  Color color;

Class hierarchy Object Point ThreeDimPoint ColoredPoint Colored3DPoint

Colored3DPoint Constructors // Colored3DPoint(): default constructor public Colored3DPoint() { setColor(Color.blue); } // Colored3DPoint(): specific constructor  public Colored3DPoint(int a, int b, int c, Color d) { super(a, b, c); setColor(d);

Colored3DPoint Accessors and mutators // getColor(): color property accessor  public Color getColor() { return color; } // setColor(): color property mutator  public void setColor(Color c) { color = c;

Colored3DPoint Facilitators // clone(): clone facilitator public Object clone() { int a = (int) getX(); int b = (int) getY(); int c = (int) getZ(); Color d = getColor(); return new Colored3DPoint(a, b, c, d); }

Colored3DPoint Facilitators // toString(): string representation facilitator  public String toString() { int a = (int) getX(); int b = (int) getY(); int c = (int) getZ(); Color d = getColor(); return getClass() + "[" + a + ", " + b + ", " + c + ", " + d + "]"; }

Colored3DPoint Facilitators // equals(): equal facilitator public boolean equals(Object v) { if (v instanceof Colored3DPoint) { Color c1 = getColor(); Color c2 = ((Colored3DPoint) v).getColor(); return super.equals(v) && c1.equals(c2); } else { return false;

Overriding Consider the following code: class Foo { // automatically extends Object public String toString () { return “Foo”; } ... Foo f = new Foo(); System.out.println (f); Now there are two toString() method defined One inherited from class Object One defined in class Foo And they both have the same prototype! Which one does Java call?

Overriding Java will call the most specific overriden method it can toString() in Foo is more specific than toString() in Object Consider our transportation hierarchy: Assume each class has its own toString() method Car extends Automobile extends Vehicle (extends Object) Assume each defines a toString() methods The toString() method in Vehicle is more specific (to vehicles) than the one in Object The toString() method in Automobiles is more specific than the ones in Vehicle or Object The toString() method in Car is more specific than the ones in Automobile, Vehicle, or Object Thus, for a Car object, the Car toString() will be called There are ways to call the other toString() methods This has to be specifically requested

Overriding This is called overriding, because the toString() in Foo “overrides” the toString() in Object Note that the prototype must be EXACTLY the same With overloading, the parameter list must be DIFFERENT Overriding only works with inheritance In particular, you can only override a method already defined in a parent (or grandparent, etc.) class

Motivational posters…

Polymorphism Consider toString() again Although defined in Object, most classes define their own version When an object is printed, which toString() method is called? Consider overloading multiple constructors Which is called – a specific constructor or a default constructor? That depends on the parameter list supplied The fact that Java can call different methods of the same name is called polymorphism It may not be clear which method to call because of either overriding or overloading (or both!)

Polymorphism A code expression can invoke different methods depending on the types of objects being manipulated Example: function overloading like method min() from java.lang.Math The method invoked depends on the types of the actual arguments Example int a, b, c; double x, y, z; ... c = min(a, b); // invokes integer min() z = min(x, y); // invokes double min() This polymorphism is dealing with overloading methods

Polymorphism Two types of polymorphism Syntactic polymorphism—Java can determine which method to invoke at compile time Efficient Easy to understand and analyze Also known as primitive polymorphism Pure polymorphism—the method to invoke can only be determined at execution time

Polymorphism Pure polymorphism example public class PolymorphismDemo { // main(): application entry point  public static void main(String[] args) { Point[] p = new Point[4]; p[0] = new Colored3DPoint(4, 4, 4, Color.BLACK); p[1] = new ThreeDimensionalPoint(2, 2, 2); p[2] = new ColoredPoint(3, 3, Color.RED); p[3] = new Point(4, 4); for (int i = 0; i < p.length; ++i) { String s = p[i].toString(); System.out.println("p[" + i + "]: " + s); } return;

Inheritance nuances When a new object that is a subclass is constructed, the constructor for the superclass is always called. Constructor invocation may be implicit or explicit Example public class B { // B(): default constructor  public B() { System.out.println("Using B's default constructor"); } // B(): specific constructor  public B(int i) { System.out.println("Using B's int constructor");

Inheritance nuances public class C extends B { // C(): default constructor  public C() { System.out.println("Using C's default constructor"); System.out.println(); } // C(int a): specific constructor  public C(int a) { System.out.println("Using C's int constructor");

Inheritance nuances // C(int a, int b): specific constructor public C(int a, int b) { super(a + b); System.out.println("Using C's int-int constructor"); System.out.println(); } // main(): application entry point  public static void main(String[] args) { C c1 = new C(); C c2 = new C(2); C c3 = new C(2,4); return;

Inheritance nuances Output Using B's default constructor Using C's default constructor Using C's int constructor Using B's int constructor Using C's int-int constructor public static void main(String[] args) { C c1 = new C(); C c2 = new C(2); C c3 = new C(2,4); return; }

Controlling access ü Class access rights Member Restriction this Subclass Package General public ü protected ¾ default private

Controlling access Example package demo; public class P { // instance variable  private int data; // P(): default constructor  public P() { setData(0); } // getData(): accessor  public int getData() { return data;

Controlling access Example (continued) // setData(): mutator protected void setData(int v) { data = v; } // print(): facilitator  void print() { System.out.println();

Controlling access Example import demo.P; public class Q extends P { // Q(): default constructor  public Q() { super();    } // Q(): specific constructor  public Q(int v) { setData(v);     } Q can access superclass’s public default constructor Q can access superclass’s protected mutator

Controlling access Example // toString(): string facilitator public String toString() { int v = getData(); return String.valueOf(v); } // invalid1(): illegal method  public void invalid1() { data = 12; // invalid2(): illegal method  public void invalid2() { print(); Q can access superclass’s public accessor Q cannot access superclass’s private data field Q cannot directly access superclass’s default access method print()

Controlling access Example package demo; public class R { // instance variable  private P p; // R(): default constructor  public R() { p = new P(); } // set(): mutator  public void set(int v) { p.setData(v); R can access P’s public default constructor R cannot access P’s protected mutator

Controlling access Example // get(): accessor public int get() { return p.getData(); } // use(): facilitator  public void use() { p.print();    // invalid(): illegal method  public void invalid() { p.data = 12; R can access P’s public accessor R can access P’s default access method R cannot directly access P’s private data

Controlling access Example import demo.P; public class S { // instance variable  private P p; // S(): default constructor  public S() { p = new P(); } // get(): inspector  public int get() { return p.getData(); S can access P’s public default constructor S can access P’s public accessor

Controlling access Example // illegal1(): illegal method public void illegal1(int v) { p.setData(v); } // illegal2(): illegal method  public void illegal2() { p.data = 12; // illegal3(): illegal method  public void illegal3() { p.print(); S cannot access P’s protected mutator S cannot access directly P’s private data field S cannot access directly P’s default access method print()

Data fields A superclass’s instance variable can be hidden by a subclass’s definition of an instance variable with the same name Example public class D { // D instance variable  protected int d; // D(): default constructor  public D() { d = 0; } // D(): specific constructor  public D(int v) { d = v;

Data fields Class D (continued) // printD(): facilitator public void printD() { System.out.println("D's d: " + d); System.out.println(); }

Data fields Class F extends D and introduces a new instance variable named d. F’s definition of d hides D’s definition. public class F extends D { // F instance variable  int d; // F(): specific constructor  public F(int v) { d = v; super.d = v*100; } Modification of this’s d Modification of superclass’s d

Data fields Class F (continued) // printF(): facilitator public void printF() { System.out.println("D's d: " + super.d); System.out.println("F's d: " + this.d); System.out.println(); }

Today’s demotivators

Inheritance and types Example public class X { // default constructor public X() { // no body needed  } // isX(): class method  public static boolean isX(Object v) { return (v instanceof X); // isObject(): class method  public static boolean isObject(X v) { return (v instanceof Object);

Inheritance and types Example public class Y extends X { // Y(): default constructor  public Y() { // no body needed  } // isY(): class method  public static boolean isY(Object v) { return (v instanceof Y);

Inheritance and types Example (continued) public static void main(String[] args) { X x = new X(); Y y = new Y(); X z = y; System.out.println("x is an Object: " + X.isObject(x)); System.out.println("x is an X: " + X.isX(x)); System.out.println("x is a Y: " + Y.isY(x)); System.out.println();

Inheritance and types The program outputs the following: x is an Object: true x is an X: true x is a Y: false

Inheritance and types Example (continued) System.out.println("y is an Object: " + X.isObject(y)); System.out.println("y is an X: " + X.isX(y)); System.out.println("y is a Y: " + Y.isY(y)); System.out.println(); System.out.println("z is an Object: " + X.isObject(z)); System.out.println("z is an X: " + X.isX(z)); System.out.println("z is a Y: " + Y.isY(z)); return; }

Inheritance and types The program outputs the following: x is an Object: true x is an X: true x is a Y: false y is an Object: true y is an X: true y is a Y: true z is an Object: true z is an X: true z is a Y: true

Finality A final class is a class that cannot be extended. Developers may not want users extending certain classes Makes tampering via overriding more difficult Example final public class U { // U(): default constructor  public U() { } // f(): facilitator  public void f() { System.out.println("f() can’t be overridden:“ + "U is final");

Finality A final method is a method that cannot be overridden. Example public class V { // V(): default constructor public V() { } // f(): facilitator  final public void f() { System.out.println("Final method f() can’t be " + " overridden");

Abstract base classes Allows creation of classes with methods that correspond to an abstract concept (i.e., there is not an implementation) Suppose we wanted to create a class GeometricObject Reasonable concrete methods include getPosition() setPosition() getColor() setColor() paint() For all but paint(), we can create implementations. For paint(), we must know what kind of object is to be painted. Is it a square, a triangle, etc. Method paint() should be an abstract method

Abstract base classes Example import java.awt.*; abstract public class GeometricObject { // instance variables  Point position; Color color; // getPosition(): return object position  public Point getPosition() { return position; } // setPosition(): update object position  public void setPosition(Point p) { position = p; Makes GeometricObject an abstract class

Abstract base classes Example (continued) // getColor(): return object color  public Color getColor() { return color; } // setColor(): update object color  public void setColor(Color c) { color = c; // paint(): render the shape to graphics context g  abstract public void paint(Graphics g); Indicates that an implementation of method paint() will not be supplied

Interfaces An interface is a template that specifies what must be in a class that implements the interface An interface cannot specify any method implementations All the methods of an interface are public All the variables defined in an interface are public, final, and static

Interfaces An interface for a colorable object public interface Colorable { // getColor(): return the color of the object public Color getColor(); // setColor(): set the color of the object public void setColor(Color c); } Now the interface can be used to create classes that implement the interface

Interfaces ColorablePoint import java.awt.*; public class ColorablePoint extends Point implements Colorable { // instance variable  Color color; // ColorablePoint(): default constructor  public ColorablePoint() { super(); setColor(Color.blue); } … Class ColorablePoint must provide implementations of getColor() and setColor()

Quick survey I felt I understood the material in this slide set… Very well With some review, I’ll be good Not really Not at all

Quick survey The pace of the lecture for this slide set was… Fast About right A little slow Too slow

Quick survey How interesting was the material in this slide set? Be honest! Wow! That was SOOOOOOO cool! Somewhat interesting Rather boring Zzzzzzzzzzz