Lecture 25: Inheritance and Polymorphism

Slides:



Advertisements
Similar presentations
COMP 121 Week 5: Exceptions and Exception Handling.
Advertisements

Copyright 2006 by Pearson Education 1 Building Java Programs Chapter 9: Inheritance and Interfaces.
CS2200 Software Development Lecture: Object class A. O’Riordan, 2008.
CSE 143 Lecture 3 Inheritance slides created by Marty Stepp
1 Java Object Model Part 2: the Object class. 2 Object class Superclass for all Java classes Any class without explicit extends clause is a direct subclass.
Polymorphism. Lecture Objectives To understand the concept of polymorphism To understand the concept of static or early binding To understand the concept.
CSE 143 Lecture 21 I/O Streams; Exceptions; Inheritance read 9.3, 6.4 slides created by Marty Stepp
Predefined Classes in Java Ellen Walker CPSC 201 Data Structures Hiram College.
RIT Computer Science Dept. Goals l Inheritance l Modifiers: private, public, protected l Polymorphism.
More on Hierarchies 1. When an object of a subclass is instantiated, is memory allocated for only the data members of the subclass or also for the members.
CSE 143 Lecture 23 Polymorphism; the Object class read slides created by Marty Stepp and Ethan Apter
1 Building Java Programs Chapter 9: Inheritance and Interfaces These lecture notes are copyright (C) Marty Stepp and Stuart Reges, They may not be.
Chapter 5 Objects and Classes Inheritance. Solution Assignments 3 & 4 Review in class…..
CSE 143 Lecture 12 Inheritance slides created by Ethan Apter
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.
© 2006 Pearson Addison-Wesley. All rights reserved 1-1 Chapter 1 Review of Java Fundamentals.
Lecture10 Exception Handling Jaeki Song. Introduction Categories of errors –Compilation error The rules of language have not been followed –Runtime error.
1 CSE 331 The Object class; Object equality and the equals method slides created by Marty Stepp based on materials by M. Ernst, S. Reges, D. Notkin, R.
COMP Inheritance and Polymorphism Yi Hong June 09, 2015.
Building Java Programs Bonus Slides I/O Streams; Exceptions; Inheritance Copyright (c) Pearson All rights reserved.
1 CSE 331 Memento Pattern and Serialization slides created by Marty Stepp based on materials by M. Ernst, S. Reges, D. Notkin, R. Mercer, Wikipedia
CSE 143 Lecture 13 Inheritance slides created by Ethan Apter
Java Programming: Guided Learning with Early Objects Chapter 9 Inheritance and Polymorphism.
1 Interacting with the superclass (continued) suggested reading:9.4.
Class Inheritance Part II: Overriding and Polymorphism Corresponds with Chapter 10.
Lecture 16: Polymorphism (Part I)
Object-oriented Programming in Java
Inheritance Based on slides by Ethan Apter
Building Java Programs Chapter 9
CSE 143 Lecture 22 I/O Streams; Exceptions; Inheritance read 9.3, 6.4
Building Java Programs Chapter 9
Lecture 15: More Inheritance
Lecture 17: Polymorphism (Part II)
Lecture 9-2: Interacting with the Superclass (super);
I/O Basics.
Creating and Modifying Text part 2
Continuing Chapter 11 Inheritance and Polymorphism
Overloading and Constructors
CSE 143 Lecture 22 The Object class; Polymorphism read
Extending Classes.
Java Programming Language
Building Java Programs Chapter 6
CSE 143 Lecture 22 The Object class; Polymorphism read
Lecture 25: I/O Streams; Exceptions; Inheritance
Building Java Programs
CSE 143 Lecture 24 Inheritance and the Object class; Polymorphism
Input/output (I/O) import java.io.*;
Building Java Programs
Law firm employee analogy
Building Java Programs
Lecture 17: Polymorphism (Part I)
Lecture 15: Inheritance II
Lecture 18: Polymorphism (Part II)
CSE 373 Objects in Collections: Object; equals; compareTo; mutability
Lecture 25: Inheritance and Polymorphism
CSE 143 Lecture 25 I/O Streams; Exceptions; Inheritance read 9.3, 6.4
Special instance methods: toString
Building Java Programs
CSE 143 Lecture 23 Polymorphism; the Object class read
CSE 143 Lecture 24 Inheritance and the Object class; Polymorphism
CSE 143 Lecture 24 Inheritance and the Object class; Polymorphism
CSE 143 Lecture 23 Inheritance and the Object class; Polymorphism
LCC 6310 Computation as an Expressive Medium
Building Java Programs
CMSC 202 Exceptions.
Overloading Each method has a signature: its name together with the number and types of its parameters Methods Signatures String toString()
Review for Midterm 3.
Building Java Programs
Presentation transcript:

Lecture 25: Inheritance and Polymorphism CSE 143 Lecture 25: Inheritance and Polymorphism

Input and output streams stream: an abstraction of a source or target of data 8-bit bytes flow to (output) and from (input) streams can represent many data sources: files on hard disk another computer on network web page input device (keyboard, mouse, etc.) represented by java.io classes InputStream OutputStream

Recall: inheritance inheritance: Forming new classes based on existing ones. a way to share/reuse code between two or more classes superclass: Parent class being extended. subclass: Child class that inherits behavior from superclass. gets a copy of every field and method from superclass is-a relationship: Each object of the subclass also "is a(n)" object of the superclass and can be treated as one.

Streams and inheritance input streams extend common superclass InputStream; output streams extend common superclass OutputStream guarantees that all sources of data have the same methods provides minimal ability to read/write one byte at a time

Inheritance syntax public class name extends superclass { public class Lawyer extends Employee { ... } override: To replace a superclass's method by writing a new version of that method in a subclass. // overrides getSalary method in Employee class; // give Lawyers a $5K raise public double getSalary() { return 55000.00;

super keyword Subclasses can call inherited behavior with super super.method(parameters) super(parameters); public class Lawyer extends Employee { public Lawyer(int years) { super(years); // calls Employee constructor } // give Lawyers a $5K raise public double getSalary() { double baseSalary = super.getSalary(); return baseSalary + 5000.00; Lawyers now always make $5K more than Employees.

The class Object The class Object forms the root of the overall inheritance tree of all Java classes. Every class is implicitly a subclass of Object The Object class defines several methods that become part of every class you write. For example: public String toString() Returns a text representation of the object, usually so that it can be printed.

Object methods method description protected Object clone() creates a copy of the object public boolean equals(Object o) returns whether two objects have the same state protected void finalize() used for garbage collection public Class<?> getClass() info about the object's type public int hashCode() a code suitable for putting this object into a hash collection public String toString() text representation of object public void notify() public void notifyAll() public void wait() public void wait(...) methods related to concurrency and locking (take a data structures course!)

Using the Object class You can store any object in a variable of type Object. Object o1 = new Point(5, -3); Object o2 = "hello there"; You can write methods that accept an Object parameter. public void checkNotNull(Object o) { if (o != null) { throw new IllegalArgumentException(); } You can make arrays or collections of Objects. Object[] a = new Object[5]; a[0] = "hello"; a[1] = new Random(); List<Object> list = new ArrayList<Object>();

Polymorphism

Polymorphism polymorphism: Ability for the same code to be used with different types of objects and behave differently with each. A variable or parameter of type T can refer to any subclass of T. Employee ed = new Lawyer(); Object otto = new Secretary(); When a method is called on ed, it behaves as a Lawyer. You can call any Employee methods on ed. You can call any Object methods on otto. You can not call any Lawyer-only methods on ed (e.g. sue). You can not call any Employee methods on otto (e.g. getHours).

Polymorphism examples You can use the object's extra functionality by casting. Employee ed = new Lawyer(); ed.getVacationDays(); // ok ed.sue(); // compiler error ((Lawyer) ed).sue(); // ok You can't cast an object into something that it is not. Object otto = new Secretary(); System.out.println(otto.toString()); // ok otto.getVacationDays(); // compiler error ((Employee) otto).getVacationDays(); // ok ((Lawyer) otto).sue(); // runtime error

"Polymorphism mystery" Figure out the output from all methods of these classes: public class Snow { public void method2() { System.out.println("Snow 2"); } public void method3() { System.out.println("Snow 3"); public class Rain extends Snow { public void method1() { System.out.println("Rain 1"); System.out.println("Rain 2");

"Polymorphism mystery" public class Sleet extends Snow { public void method2() { System.out.println("Sleet 2"); super.method2(); method3(); } public void method3() { System.out.println("Sleet 3"); public class Fog extends Sleet { public void method1() { System.out.println("Fog 1"); System.out.println("Fog 3");

Technique 1: diagram Diagram the classes from top (superclass) to bottom. Snow method2 method3 method1 method2 (method3) Rain method2 method3 Sleet method1 (method2) method3 Fog

Technique 2: table method Snow Rain Sleet Fog method1 Rain 1 Fog 1 Italic - inherited behavior Bold - dynamic method call

Mystery problem, no cast Snow var3 = new Rain(); var3.method2(); // What's the output? If the problem does not have any casting, then: Look at the variable's type. If that type does not have the method: ERROR. Execute the method, behaving like the object's type. (The variable type no longer matters in this step.)

Example 1 What is the output of the following call? Answer: Snow var1 = new Sleet(); var1.method2(); Answer: Sleet 2 Snow 2 Sleet 3 variable Snow method2 method3 object method1 method2 (method3) Rain method2 method3 Sleet method1 (method2) method3 Fog

Example 2 What is the output of the following call? Answer: Snow var2 = new Rain(); var2.method1(); Answer: ERROR (because Snow does not have a method1) variable Snow method2 method3 object method1 method2 (method3) Rain method2 method3 Sleet method1 (method2) method3 Fog

Mystery problem with cast Snow var2 = new Rain(); ((Sleet) var2).method2(); // What's the output? If the problem does have a type cast, then: Look at the cast type. If that type does not have the method: ERROR. Make sure the object's type is the cast type or is a subclass of the cast type. If not: ERROR. (No sideways casts!) Execute the method, behaving like the object's type. (The variable / cast types no longer matter in this step.)

Example 3 What is the output of the following call? Answer: Snow var2 = new Rain(); ((Rain) var2).method1(); Answer: Rain 1 variable Snow method2 method3 cast object method1 method2 (method3) Rain method2 method3 Sleet method1 (method2) method3 Fog

Example 4 What is the output of the following call? Answer: Snow var2 = new Rain(); ((Sleet) var2).method2(); Answer: ERROR (because the object's type, Rain, cannot be cast into Sleet) variable Snow method2 method3 object cast method1 method2 (method3) Rain method2 method3 Sleet method1 (method2) method3 Fog

Recall: comparing objects The == operator does not work well with objects. It compares references, not objects' state. It produces true only when you compare an object to itself. Point p1 = new Point(5, 3); Point p2 = new Point(5, 3); Point p3 = p2; // p1 == p2 is false; // p1 == p3 is false; // p2 == p3 is true // p1.equals(p2)? // p2.equals(p3)? ... x 5 y 3 p1 ... p2 x 5 y 3 p3

Default equals method The Object class's equals implementation is very simple: public class Object { ... public boolean equals(Object o) { return this == o; } However: When we have used equals with various objects, it didn't behave like == . Why not? if (str1.equals(str2)) { ... The Java API documentation for equals is elaborate. Why?

Implementing equals public boolean equals(Object name) { statement(s) that return a boolean value ; } The parameter to equals must be of type Object. Having an Object parameter means any object can be passed. If we don't know what type it is, how can we compare it?

Casting references Object o1 = new Point(5, -3); Object o2 = "hello there"; ((Point) o1).translate(6, 2); // ok int len = ((String) o2).length(); // ok Point p = (Point) o1; int x = p.getX(); // ok Casting references is different than casting primitives. Really casting an Object reference into a Point reference. Doesn't actually change the object that is referred to. Tells the compiler to assume that o1 refers to a Point object.

The instanceof keyword if (variable instanceof type) { statement(s); } Asks if a variable refers to an object of a given type. Used as a boolean test. String s = "hello"; Point p = new Point(); expression result s instanceof Point false s instanceof String true p instanceof Point p instanceof String p instanceof Object s instanceof Object null instanceof String null instanceof Object

equals method for Points // Returns whether o refers to a Point object with // the same (x, y) coordinates as this Point. public boolean equals(Object o) { if (o instanceof Point) { // o is a Point; cast and compare it Point other = (Point) o; return x == other.x && y == other.y; } else { // o is not a Point; cannot be equal return false; }

More about equals Equality is expected to be reflexive, symmetric, and transitive: a.equals(a) is true for every object a a.equals(b) ↔ b.equals(a) (a.equals(b) && b.equals(c)) ↔ a.equals(c) No non-null object is equal to null: a.equals(null) is false for every object a Two sets are equal if they contain the same elements: Set<String> set1 = new HashSet<String>(); Set<String> set2 = new TreeSet<String>(); for (String s : "hi how are you".split(" ")) { set1.add(s); set2.add(s); } System.out.println(set1.equals(set2)); // true

I/O and exceptions exception: An object representing an error. checked exception: One that must be handled for the program to compile. Many I/O tasks throw exceptions. Why? When you perform I/O, you must either: also throw that exception yourself catch (handle) the exception

public type name(params) throws type { Throwing an exception public type name(params) throws type { throws clause: Keywords on a method's header that state that it may generate an exception. Example: public void processFile(String filename) throws FileNotFoundException { "I hereby announce that this method might throw an exception, and I accept the consequences if it happens."

Catching an exception try { statement(s); } catch (type name) { code to handle the exception } The try code executes. If the given exception occurs, the try block stops running; it jumps to the catch block and runs that. Scanner in = new Scanner(new File(filename)); System.out.println(input.nextLine()); } catch (FileNotFoundException e) { System.out.println("File was not found.");

Exception inheritance Exceptions extend from a common superclass Exception

Dealing with an exception All exception objects have these methods: Some reasonable ways to handle an exception: try again; re-prompt user; print a nice error message; quit the program; do nothing (!) Method Description public String getMessage() text describing the error public String toString() a stack trace of the line numbers where error occurred getCause(), getStackTrace(), printStackTrace() other methods

Inheritance and exceptions You can catch a general exception to handle any subclass: try { Scanner input = new Scanner(new File("foo")); System.out.println(input.nextLine()); } catch (Exception e) { System.out.println("File was not found."); } Similarly, you can state that a method throws any exception: public void foo() throws Exception { ... Are there any disadvantages of doing so?