Presentation is loading. Please wait.

Presentation is loading. Please wait.

Object-Oriented Programming: Polymorphism

Similar presentations


Presentation on theme: "Object-Oriented Programming: Polymorphism"— Presentation transcript:

1 Object-Oriented Programming: Polymorphism
5 Object-Oriented Programming: Polymorphism

2 OBJECTIVES In this chapter you will learn:
The concept of polymorphism. To use overridden methods to effect polymorphism. To distinguish between abstract and concrete classes. To declare abstract methods to create abstract classes. How polymorphism makes systems extensible and maintainable. To determine an object's type at execution time. To declare and implement interfaces.

3 5.1   Introduction 5.2   Polymorphism Examples 5.3   Demonstrating Polymorphic Behavior 5.4   Abstract Classes and Methods 5.5   Case Study: Payroll System Using Polymorphism 5.5.1  Creating Abstract Superclass Employee 5.5.2  Creating Concrete Subclass SalariedEmployee 5.5.3  Creating Concrete Subclass HourlyEmployee 5.5.4  Creating Concrete Subclass CommissionEmployee 5.5.5  Creating Indirect Concrete Subclass BasePlusCommissionEmployee 5.5.6  Demonstrating Polymorphic Processing, Operator instanceof and Downcasting 5.5.7  Summary of the Allowed Assignments Between Superclass and Subclass Variables 5.6   final Methods and Classes

4 5.7   Case Study: Creating and Using Interfaces
5.7.1  Developing a Payable Hierarchy 5.7.2  Declaring Interface Payable 5.7.3  Creating Class Invoice 5.7.4  Modifying Class Employee to Implement Interface Payable 5.7.5  Modifying Class SalariedEmployee for Use in the Payable Hierarchy 5.7.6  Using Interface Payable to Process Invoices and Employees Polymorphically 5.7.7  Declaring Constants with Interfaces 5.7.8  Common Interfaces of the Java API 5.8   (Optional) GUI and Graphics Case Study: Drawing with Polymorphism 50.9   (Optional) Software Engineering Case Study: Incorporating Inheritance into the ATM System 10.10 Wrap-Up

5 5.1 Introduction Polymorphism Interfaces
Enables “programming in the general” The same invocation can produce “many forms” of results Interfaces Implemented by classes to assign common functionality to possibly unrelated classes

6 5.2 Polymorphism Examples
When a program invokes a method through a superclass variable, the correct subclass version of the method is called, based on the type of the reference stored in the superclass variable The same method name and signature can cause different actions to occur, depending on the type of object on which the method is invoked Facilitates adding new classes to a system with minimal modifications to the system’s code

7 5.2 Polymorphism Examples
Animal – superclass Dog, Cat, Fish – subclasses Superclass has a move method or a speak method Each subclass implements these methods differently

8 5.2 Polymorphism Examples
The same method name and signature can cause different actions to occur, depending on the type of object on which the method is invoked Call the move method on a superclass object Animal animal = new Animal(); // animal is a superclass object Dog dog = new Dog(); // dog is a subclass object animal = dog // A superclass variable – animal – refers to a subclass referance or objcet a dog objcect animal.move(); // dog’s move method is inveked Cat cat = new Cat(); // animal = cat animal.move(); // cat’s move method is inveked

9 5.2 Polymorphism Examples
Facilitates adding new classes to a system with minimal modifications to the system’s code New animals can be added to the program The main body does not change Add Bird class Iterate over different animals his code is the main code of the program which needs little modification

10 Software Engineering Observation 5.1
Polymorphism enables programmers to deal in generalities and let the execution-time environment handle the specifics. Programmers can command objects to behave in manners appropriate to those objects, without knowing the types of the objects (as long as the objects belong to the same inheritance hierarchy).

11 Software Engineering Observation 5.2
Polymorphism promotes extensibility: Software that invokes polymorphic behavior is independent of the object types to which messages are sent. New object types that can respond to existing method calls can be incorporated into a system without requiring modification of the base system. Only client code that instantiates new objects must be modified to accommodate new types.

12 5.3 Demonstrating Polymorphic Behavior
A super class reference can be aimed at a subclass object This is possible because a subclass object is a superclass object as well When invoking a method from that reference, the type of the actual referenced object, not the type of the reference, determines which method is called A subclass reference can be aimed at a superclass object only if the object is downcasted

13 5.3 Demonstrating Polymorphic Behavior
Four possibilities superclass – subclass CommissionEmployee – super class BasePlusCommissionEmployee – subclass CommissionEmployee commussionEmployee; BasePlusCommissionEmployee basePlusCommissionEmployee; commussionEmployee.toString(); toString method of a super class on super class variable basePlusCommussionEmployee.toString(); toString method of a subclass on subclass variable

14 5.3 Demonstrating Polymorphic Behavior
commissionEmployee = basePlusCommissionEmployee; A subclass reference is assigned to a super class variable; is it allowed? – yes is a relation between classes A BasePlusCommissionEmployee is a CommissionEmployee A CommissionEmloyee type variable refers to a BasePlusCommissionEmployee type object in memory

15 5.3 Demonstrating Polymorphic Behavior
After such an assignment commissionEmployee.toString(); invokes the toString method of the BasePlusCommissionEmloyee object in memory But commissionEmployee.getBaseSalary(); is not allowed Cannot call a subclass only method on a super class varaible

16 5.3 Demonstrating Polymorphic Behavior
commissionEmloyee BasePlusCommissionEmloyee object in memory Name,lastName,ssn GrossSales,commissionRate BaseSalary Call super calss only methods such as commisionEmployee.getName(); commissionEmloyee.setSsn(“ ”); commissionEmloyee.toString();- toString method of the BasePlusCommissionEmloyee obect is invoked

17 5.3 Demonstrating Polymorphic Behavior
basePluscommissionEmloyee CommissionEmloyee object in memory Name,lastName,ssn GrossSales,commissionRate This assignmet is not possible withodt a casting Called downcasting A CommissionEmloyee is not a BasePlusCommisionEmloyee in general

18 Outline PolymorphismTest .java (1 of 2) Typical reference assignments

19 Assign a reference to a basePlusCommissionEmployee object to a CommissionEmployee3 variable
Outline PolymorphismTest .java (2 of 2) Polymorphically call basePlusCommissionEmployee’s toString method

20 class - PolymorphisimTest
5 public class PolymorphismTest 6 { 7 public static void main( String args[] ) 8 { // assign superclass reference to superclass variable CommissionEmployee commissionEmployee = new CommissionEmployee( "Sue", "Jones", " ", 10000, .06 ); 12 // assign subclass reference to subclass variable BasePlusCommissionEmployee4 basePlusCommissionEmployee = new BasePlusCommissionEmployee( "Bob", "Lewis", " ", 5000, .04, 300 ); 17 // invoke toString on superclass object using superclass variable System.out.printf( "%s %s:\n\n%s\n\n", "Call CommissionEmployee3's toString with superclass reference ", "to superclass object", commissionEmployee.toString() );

21 class – PolymorphisimTest (cont)
// invoke toString on subclass object using subclass variable System.out.printf( "%s %s:\n\n%s\n\n", "Call BasePlusCommissionEmployee4's toString with subclass", "reference to subclass object", basePlusCommissionEmployee.toString() ); // invoke toString on subclass object using superclass variable CommissionEmployee commissionEmployee2 = basePlusCommissionEmployee; System.out.printf( "%s %s:\n\n%s\n", "Call BasePlusCommissionEmployee4's toString with superclass", "reference to subclass object", commissionEmployee2.toString() ); 35 } // end main 36 } // end class PolymorphismTest

22 output Call CommissionEmployee3's toString with superclass reference to superclass object: commission employee: Sue Jones social security number: gross sales: commission rate: 0.06 Call BasePlusCommissionEmployee4's toString with subclass reference to subclass object: base-salaried commission employee: Bob Lewis social security number: gross sales: commission rate: 0.04 base salary: Call BasePlusCommissionEmployee4's toString with superclass reference to

23 Explanation CommissionEmployee commissionEmployee2 = basePlusCommissionEmployee; A CommissioEmployee3 type object is created commissionEmployee2 a super class object it is refered to a subclass objcet it refers to what a subclass object basePlusCommissinEmployee points a superclass object can reference to a subclass object because the relation between them - is a – relation a BasePlusCommissionEmployee is a CommissionEmplıyee

24 5.4 Abstract Classes and Methods
Classes that are too general to create real objects Used only as abstract superclasses for concrete subclasses and to declare reference variables Many inheritance hierarchies have abstract superclasses occupying the top few levels Keyword abstract Use to declare a class abstract Also use to declare a method abstract Abstract classes normally contain one or more abstract methods All concrete subclasses must override all inherited abstract methods

25 5.4 Abstract Classes and Methods (Cont.)
Iterator class Traverses all the objects in a collection, such as an array Often used in polymorphic programming to traverse a collection that contains references to objects from various levels of a hierarchy

26 Abstract Classes An abstract class typically contains one or more abstract methods that subclasses must override if the subclasses are to be concrete. The instance variables and concrete methods of an abstract class are subject to the normal rules of inheritance.

27 Software Engineering Observation 5.3
An abstract class declares common attributes and behaviors of the various classes in a class hierarchy. An abstract class typically contains one or more abstract methods that subclasses must override if the subclasses are to be concrete. The instance variables and concrete methods of an abstract class are subject to the normal rules of inheritance.

28 Common Programming Error 5.1
Attempting to instantiate an object of an abstract class is a compilation error.

29 Common Programming Error 5.2
Failure to implement a superclass’s abstract methods in a subclass is a compilation error unless the subclass is also declared abstract.

30 Fig. 10.2 | Employee hierarchy UML class diagram.

31 Fig. 9.3 | Inheritance hierarchy for Shapes.

32 Abstract class example
TwoDimensionalShape is an abstract class Can have an abstract area() method Not implemented in TwoDimensionalShape class Every concrete subclass of TwoDimensionalShape must implement area() Cannot create objects from abstract classes Can call static methods

33 Software Engineering Observation 5.4
A subclass can inherit “interface” or “implementation” from a superclass. Hierarchies designed for implementation inheritance tend to have their functionality high in the hierarchy—each new subclass inherits one or more methods that were implemented in a superclass, and the subclass uses the superclass implementations. (cont…)

34 Software Engineering Observation 5.4
Hierarchies designed for interface inheritance tend to have their functionality lower in the hierarchy—a superclass specifies one or more abstract methods that must be declared for each concrete class in the hierarchy, and the individual subclasses override these methods to provide subclass-specific implementations.

35 5.5.1 Creating Abstract Superclass Employee
earnings is declared abstract No implementation can be given for earnings in the Employee abstract class An array of Employee variables will store references to subclass objects earnings method calls from these variables will call the appropriate version of the earnings method

36 Fig. 10.3 | Polymorphic interface for the Employee hierarchy classes.

37 class - Employee An abstract class three instance variables
firstName, lastName, ssn a three parameter constructor get and set methods for the instance variables toString method for getting the string representation of the object An abstract method – earnings() not implemented subclasses of employee has to implement this method

38 class - Employee 4 public abstract class Employee 5 {
5 { 6 protected String firstName; 7 protected String lastName; 8 protected String socialSecurityNumber; 9 10 // three-argument constructor 11 public Employee( String first, String last, String ssn ) 12 { firstName = first; lastName = last; socialSecurityNumber = ssn; 16 } // end three-argument Employee constructor

39 18 // set first name 19 public void setFirstName( String first ) 20 { firstName = first; 22 } // end method setFirstName 23 24 // return first name 25 public String getFirstName() 26 { return firstName; 28 } // end method getFirstName 29 30 // set last name 31 public void setLastName( String last ) 32 { lastName = last; 34 } // end method setLastName 35 36 // return last name 37 public String getLastName() 38 { return lastName; 40 } // end method getLastName

40 42 // set social security number
43 public void setSocialSecurityNumber( String ssn ) 44 { socialSecurityNumber = ssn; // should validate 46 } // end method setSocialSecurityNumber 47 48 // return social security number 49 public String getSocialSecurityNumber() 50 { return socialSecurityNumber; 52 } // end method getSocialSecurityNumber 53 54 // return String representation of Employee object 55 public String toString() 56 { return String.format( "%s %s\nsocial security number: %s", getFirstName(), getLastName(), getSocialSecurityNumber() ); 59 } // end method toString 60 61 // abstract method overridden by subclasses 62 public abstract double earnings(); // no implementation here 63 } // end abstract class Employee

41 class - SalariedEmployee
Extends class Employee instanece variable salary should implement earnings method returns the salary of the employee A four parameter constructor calls super class constructor as the first statement set the additional variable salary using a setWeeklySalary method toString method overrides Employee’s toString method calls super’s toString method using the keyword super

42 class - SalariedEmployee
4 public class SalariedEmployee extends Employee 5 { 6 private double weeklySalary; 7 8 // four-argument constructor 9 public SalariedEmployee( String first, String last, String ssn, double salary ) 11 { super( first, last, ssn ); // pass to Employee constructor setWeeklySalary( salary ); // validate and store salary 14 } // end four-argument SalariedEmployee constructor 15 16 // set salary 17 public void setWeeklySalary( double salary ) 18 { weeklySalary = salary < 0.0 ? 0.0 : salary; 20 } // end method setWeeklySalary

43 class – SalariedEmployee (cont)
22 // return salary 23 public double getWeeklySalary() 24 { return weeklySalary; 26 } // end method getWeeklySalary 27 28 // calculate earnings; override abstract method earnings in Employee 29 public double earnings() 30 { return getWeeklySalary(); 32 } // end method earnings 33 34 // return String representation of SalariedEmployee object 35 public String toString() 36 { return String.format( "salaried employee: %s\n%s: $%,.2f", super.toString(), "weekly salary", getWeeklySalary() ); 39 } // end method toString 40 } // end class SalariedEmployee

44 class - HourlyEmployee
Extends class Employee instanece variable wage, hours should implement earnings method returns wages times number of hours worked of the employee if hours < 40 or for excess hours 1.5 * wage A fife parameter constructor calls super class constructor as the first statement set the additional variables wage, hours using a setWage and SetHours method toString method overrides Employee’s toString method calls super’s toString method using the keyword super

45 class - HourlyEmployee
4 public class HourlyEmployee extends Employee 5 { 6 private double wage; // wage per hour 7 private double hours; // hours worked for week 8 9 // five-argument constructor 10 public HourlyEmployee( String first, String last, String ssn, double hourlyWage, double hoursWorked 12 { super( first, last, ssn ); setWage( hourlyWage ); // validate hourly wage setHours( hoursWorked ); // validate hours worked 16 } // end five-argument HourlyEmployee constructor 17

46 class – HourlyEmployee (cont)
18 // set wage 19 public void setWage( double hourlyWage ) 20 { wage = ( hourlyWage < 0.0 ) ? 0.0 : hourlyWage; 22 } // end method setWage 23 24 // return wage 25 public double getWage() 26 { return wage; 28 } // end method getWage 30 // set hours worked 31

47 class – HourlyEmployee (cont)
30 // set hours worked 31 public void setHours( double hoursWorked ) 32 { hours = ( ( hoursWorked >= 0.0 ) && ( hoursWorked <= ) ) ? hoursWorked : 0.0; 35 } // end method setHours 36 37 // return hours worked 38 public double getHours() 39 { return hours; 41 } // end method getHours

48 class – HourlyEmployee (cont)
43 // calculate earnings; override abstract method earnings in Employ 44 public double earnings() 45 { if ( getHours() <= 40 ) // no overtime return getWage() * getHours(); else return 40 * getWage() + ( gethours() - 40 ) * getWage() * 1. 50 } // end method earnings 51 52 // return String representation of HourlyEmployee object 53 public String toString() 54 { return String.format( "hourly employee: %s\n%s: $%,.2f; %s: %, super.toString(), "hourly wage", getWage(), "hours worked", getHours() ); 58 } // end method toString 59 } // end class HourlyEmployee

49 class - CommissionEmployee
Extends class Employee instanece variable grossSales and commissionRate should implement earnings method returns grossSales times commission rate of the employee A fife parameter constructor calls super class constructor as the first statement set the additional variables using set methods toString method overrides Employee’s toString method calls super’s toString method using the keyword super

50 class - CommissionEmployee
4 public class CommissionEmployee extends Employee 5 { 6 protected double grossSales; // gross weekly sales 7 protected double commissionRate; // commission percentage 8 9 // five-argument constructor 10 public CommissionEmployee( String first, String last, String ssn, double sales, double rate ) 12 { super( first, last, ssn ); setGrossSales( sales ); setCommissionRate( rate ); 16 } // end five-argument CommissionEmployee constructor 17

51 class – CommissionEmployee (cont)
18 // set commission rate 19 public void setCommissionRate( double rate ) 20 { commissionRate = ( rate > 0.0 && rate < 1.0 ) ? rate : 0.0; 22 } // end method setCommissionRate 23 24 // return commission rate 25 public double getCommissionRate() 26 { return commissionRate; 28 } // end method getCommissionRate 29 30 // set gross sales amount 31 public void setGrossSales( double sales ) 32 { grossSales = ( sales < 0.0 ) ? 0.0 : sales; 34 } // end method setGrossSales 35 36 // return gross sales amount 37 public double getGrossSales() 38 { return grossSales; 40 } // end method getGrossSales

52 class – CommissionEmployee (cont)
42 // calculate earnings; override abstract method earnings in Employee 43 public double earnings() 44 { return getCommissionRate() * getGrossSales(); 46 } // end method earnings 47 48 // return String representation of CommissionEmployee object 49 public String toString() 50 { return String.format( "%s: %s\n%s: $%,.2f; %s: %.2f", "commission employee", super.toString(), "gross sales", getGrossSales(), "commission rate", getCommissionRate() ); 55 } // end method toString 56 } // end class CommissionEmployee

53 class - BasePlusCommissionEmployee
Extends class CommissionEmployee instanece variable baseSalary should implement earnings method returns grossSales times commission rate of the employee by calling super’s earning method adding baseSalary A six parameter constructor calls super class constructor as the first statement set the additional variable baseSalary using set methods toString method overrides CommssionEmployee’s toString method calls super’s toString method using the keyword super

54 class - BasePlusCommissionEmployee
4 public class BasePlusCommissionEmployee extends CommissionEmployee 5 { 6 private double baseSalary; // base salary per week 7 8 // six-argument constructor 9 public BasePlusCommissionEmployee( String first, String last, String ssn, double sales, double rate, double salary ) 11 { super( first, last, ssn, sales, rate ); setBaseSalary( salary ); // validate and store base salary 14 } // end six-argument BasePlusCommissionEmployee constructor 15 16 // set base salary 17 public void setBaseSalary( double salary ) 18 { baseSalary = ( salary < 0.0 ) ? 0.0 : salary; // non-negative 20 } // end method setBaseSalary 22 // return base salary 23 public double getBaseSalary() 24 { return baseSalary; 26 } // end method getBaseSalary

55 class – BasePlusCommissionEmployee (cont)
27 28 // calculate earnings; override method earnings in CommissionEmployee 29 public double earnings() 30 { return getBaseSalary() + super.earnings(); 32 } // end method earnings 33 34 // return String representation of BasePlusCommissionEmployee object 35 public String toString() 36 { return String.format( "%s %s; %s: $%,.2f", "base-salaried", super.toString(), "base salary", getBaseSalary() ); 40 } // end method toString 41 } // end class BasePlusCommissionEmployee

56 class - PayrollSystemTest
Creates four of the concrete emloyee types Hourly, salaried, commission, basePlusCommission Display using toString and earning methods for each subclass Declare and instantiate an 4 element array of Emloyee – super class Employees a 4 element array of Emloyee Assign each element of emloyees of type Emloyee a subclass object emloyees[0] = salariedEmloyee; super class variable to subclass object

57 class - PayrollSystemTest
iterate over all emloyees using the emloyees array Display their characteristics and earnings invoking toString and earnings methods on super class variables if the type of the reference object is BasePlusCommissionEmloyee increare its salary by 10% Finally, print the class of each emloyee

58 class - PayrollSystemTest
4 public class PayrollSystemTest 5 { 6 public static void main( String args[] ) 7 { // create subclass objects SalariedEmployee salariedEmployee = new SalariedEmployee( "John", "Smith", " ", ); HourlyEmployee hourlyEmployee = new HourlyEmployee( "Karen", "Price", " ", 16.75, 40 ); CommissionEmployee commissionEmployee = new CommissionEmployee( "Sue", "Jones", " ", 10000, .06 ); BasePlusCommissionEmployee basePlusCommissionEmployee = new BasePlusCommissionEmployee( "Bob", "Lewis", " ", 5000, .04, 300 );

59 class – PayrollSystemTest (cont)
19 System.out.println( "Employees processed individually:\n" ); System.out.printf( "%s\n%s: $%,.2f\n\n", salariedEmployee, "earned", salariedEmployee.earnings() ); System.out.printf( "%s\n%s: $%,.2f\n\n", hourlyEmployee, "earned", hourlyEmployee.earnings() ); System.out.printf( "%s\n%s: $%,.2f\n\n", commissionEmployee, "earned", commissionEmployee.earnings() ); System.out.printf( "%s\n%s: $%,.2f\n\n", basePlusCommissionEmployee, "earned", basePlusCommissionEmployee.earnings() ); 31

60 class – PayrollSystemTest (cont)
// create four-element Employee array Employee employees[] = new Employee[ 4 ]; 34 // initialize array with Employees employees[ 0 ] = salariedEmployee; employees[ 1 ] = hourlyEmployee; employees[ 2 ] = commissionEmployee; employees[ 3 ] = basePlusCommissionEmployee; System.out.println( "Employees processed polymorphically:\n" ); 42

61 class – PayrollSystemTest (cont)
// generically process each element in array employees for ( Employee currentEmployee : employees ) { System.out.println( currentEmployee ); // invokes toString // determine whether element is a BasePlusCommissionEmployee if ( currentEmployee instanceof BasePlusCommissionEmployee ) { // downcast Employee reference to // BasePlusCommissionEmployee reference BasePlusCommissionEmployee employee = ( BasePlusCommissionEmployee ) currentEmployee; 55 double oldBaseSalary = employee.getBaseSalary(); employee.setBaseSalary( 1.10 * oldBaseSalary ); System.out.printf( "new base salary with 10%% increase is: $%,.2f\n", employee.getBaseSalary() ); } // end if 62 System.out.printf( "earned $%,.2f\n\n", currentEmployee.earnings() ); } // end for 66

62 class – PayrollSystemTest (cont)
66 // get type name of each object in employees array for ( int j = 0; j < employees.length; j++ ) 69 System.out.printf( "Employee %d is a %s\n", j, 70 employees[ j ].getClass().getName() ); 71 } // end main 72} // end class PayrollSystemTest

63 output Employees processed individually: salaried employee: John Smith
social security number: weekly salary: $800.00 earned: $800.00 hourly employee: Karen Price social security number: hourly wage: $16.75; hours worked: 40.00 earned: $670.00 commission employee: Sue Jones social security number: gross sales: $10,000.00; commission rate: 0.06 earned: $600.00 base-salaried commission employee: Bob Lewis social security number: gross sales: $5,000.00; commission rate: 0.04; base salary: $300.00

64 output (cont) Employees processed polymorphically:
salaried employee: John Smith social security number: weekly salary: $800.00 earned $800.00 hourly employee: Karen Price social security number: hourly wage: $16.75; hours worked: 40.00 earned $670.00 commission employee: Sue Jones social security number: gross sales: $10,000.00; commission rate: 0.06 earned $600.00 base-salaried commission employee: Bob Lewis social security number: gross sales: $5,000.00; commission rate: 0.04; base salary: $300.00 new base salary with 10% increase is: $330.00 earned $530.00 Employee 0 is a SalariedEmployee Employee 1 is a HourlyEmployee Employee 2 is a CommissionEmployee Employee 3 is a BasePlusCommissionEmployee

65 Array of Emloyee - emloyees
Employees Each element of type Emloyee 1 2 3 BasePlusCommissionEmloyee object HourlyEmloyee objcet salariedEmloyee Object commissionEmloyee object

66 class – PayrollSystemTest (cont)
double total = 0.0; // generically process each element in array employees for ( Employee currentEmployee : employees ) { System.out.println( currentEmployee ); // invokes toString System.out.printf("earned $%,.2f\n\n", currentEmployee.earnings() total += currentEmployee.earnings(); } // end for

67 class – PayrollSystemTest (cont)
iterate over employees array elements With currentEmloyee variable currentEmloyee refers to each element of emloyees array respectively A supercalss variable refere to a sublclass object currentEmloyee to salariedEmloyee currentEmloyee to hourlyEmloyee currentEmloyee to commissionEmloyee currentEmloyee to BasePlusCommissionEmloyee toString and earnings method on supercalss variable currentEmployee.toString(), currentEmployee.earnigs(); Each time refered objects toString method is invoked salsriedEmloyee object’s toString e.g.

68 output (cont) Last for loop over emloyees
employees[ j ].getClass().getName() getClass – a method of objcet Returns the class of an object here What emloyees[j] refers The return type is of Class in java.lang Underline part returns a Class object getName – method of Class returns name of the class as a String can be wtitten as two java statements: Class cls = employees[ j ].getClass(); cls.getName();

69 downcasting Iterate over all employees If the emlpyee is a BasePlusCommission employee increase its salary by 10% Reference variable currentEmloyee – superclass To increase salary use setBaseSalary method Can not be called over supercalss Because it is a subclass only method Downcast the supercalss reference to a subclass variable and then use the subclass only methods

70 downCasting for ( Employee currentEmployee : employees ) {
System.out.println( currentEmployee ); // invokes toString // determine whether element is a BasePlusCommissionEmployee if ( currentEmployee instanceof BasePlusCommissionEmployee ) // downcast Employee reference to // BasePlusCommissionEmployee reference BasePlusCommissionEmployee employee = ( BasePlusCommissionEmployee ) currentEmployee; double oldBaseSalary = employee.getBaseSalary(); employee.setBaseSalary( 1.10 * oldBaseSalary ); System.out.printf( "new base salary with 10%% increase is: $%,.2f\n", employee.getBaseSalary() ); } // end if "earned $%,.2f\n\n", currentEmployee.earnings() ); } // end for

71 Downcasting for this example
Refer to if ( currentEmployee instanceof BasePlusCommissionEmployee ) { // downcast Employee reference to // BasePlusCommissionEmployee reference BasePlusCommissionEmployee employee = ( BasePlusCommissionEmployee ) currentEmployee; double oldBaseSalary = employee.getBaseSalary(); employee.setBaseSalary( 1.10 * oldBaseSalary ); System.out.printf( "new base salary with 10%% increase is: $%,.2f\n", employee.getBaseSalary() ); } // end if

72 Downcasting for this example
if ( currentEmployee instanceof BasePlusCommissionEmployee ) True if x instanceof y is a relation between x and y What x refers is a what y refers When currentEmloyee refers to a BasePlusCommissionEmloyee true otherwise false

73 Downcasting for this example
BasePlusCommissionEmployee employee = ( BasePlusCommissionEmployee ) currentEmployee; // downcasting A super class variable – currentEmployee is cast to a subclass variable – BasePlusCommissionEmloyee İf what currentEmloyee refers is a BasePlusCommissionEmloyee You can call subclass only methods then emloyee.getBaseSalary(); emloyee.setBaseSalary(1.1*oldSalary);

74 Downcasting for this example
BasePlusCommissionEmployee employee = ( BasePlusCommissionEmployee ) currentEmployee; Downcast currentEmloyee reference to a BasePlusCommissionEmloyee variable Create a BasePlusCommissionEmloyee variable called employee Assign downcasted variable to employee Call subclass only methods over emloyee

75 another version possible without creating the employee reference:
double oldBaseSalary = ((BasePlusCommissionEmployee ) currentEmployee).getBaseSalary(); What currentEmployee is refering is downcasted to a BasePlusCommissionEmployee type object so its getBaseSalary method can be invoked then change salary like that ((BasePlusCommissionEmployee ) currentEmployee).setBaseSalary(1.1*oldBaseSalary);

76 Downcasting - general (subclass_Name) superClass variable;
A super class variable is cast to a subclass variable – İf what superclass variable refers is a subclass variable You can call subclass only methods then

77 5.5.6 Demonstrating Polymorphic Processing, Operator instanceof and Downcasting
Dynamic binding Also known as late binding Calls to overridden methods are resolved at execution time, based on the type of object referenced instanceof operator Determines whether an object is an instance of a certain type

78 Common Programming Error 5.3
Assigning a superclass variable to a subclass variable (without an explicit cast) is a compilation error.

79 Software Engineering Observation 5.5
If at execution time the reference of a subclass object has been assigned to a variable of one of its direct or indirect superclasses, it is acceptable to cast the reference stored in that superclass variable back to a reference of the subclass type. Before performing such a cast, use the instanceof operator to ensure that the object is indeed an object of an appropriate subclass type.

80 Common Programming Error 5.4
When downcasting an object, a ClassCastException occurs, if at execution time the object does not have an is-a relationship with the type specified in the cast operator. An object can be cast only to its own type or to the type of one of its superclasses.

81 5.5.6 Demonstrating Polymorphic Processing, Operator instanceof and Downcasting (Cont.)
Convert a reference to a superclass to a reference to a subclass Allowed only if the object has an is-a relationship with the subclass getClass method Inherited from Object Returns an object of type Class getName method of class Class Returns the class’s name

82 5.5.7 Summary of the Allowed Assignments Between Superclass and Subclass Variables
Superclass and subclass assignment rules Assigning a superclass reference to a superclass variable is straightforward Assigning a subclass reference to a subclass variable is straightforward Assigning a subclass reference to a superclass variable is safe because of the is-a relationship Referring to subclass-only members through superclass variables is a compilation error Assigning a superclass reference to a subclass variable is a compilation error Downcasting can get around this error

83 Outline Declare abstract class Employee
Employee.java (1 of 3) Attributes common to all employees

84 Outline Employee.java (2 of 3)

85 Outline (3 of 3) abstract method earnings has no implementation
Employee.java (3 of 3) abstract method earnings has no implementation

86 Outline Class SalariedEmployee extends class Employee (1 of 2)
.java (1 of 2) Call superclass constructor Call setWeeklySalary method Validate and set weekly salary value

87 Outline SalariedEmployee .java (2 of 2) Override earnings method so SalariedEmployee can be concrete Override toString method Call superclass’s version of toString

88 Outline Class HourlyEmployee extends class Employee (1 of 2)
.java (1 of 2) Call superclass constructor Validate and set hourly wage value

89 Outline Validate and set hours worked value (2 of 2)
HourlyEmployee .java (2 of 2) Validate and set hours worked value Override earnings method so HourlyEmployee can be concrete Override toString method Call superclass’s toString method

90 Outline Class CommissionEmployee extends class Employee (1 of 3)
CommissionEmployee .java (1 of 3) Call superclass constructor Validate and set commission rate value

91 Outline (2 of 3) Validate and set the gross sales value
CommissionEmployee .java (2 of 3) Validate and set the gross sales value

92 Outline Override earnings method so CommissionEmployee can be concrete
CommissionEmployee .java (3 of 3) Override toString method Call superclass’s toString method

93 Class BasePlusCommissionEmployee extends class CommissionEmployee
Outline BasePlusCommission Employee.java (1 of 2) Call superclass constructor Validate and set base salary value

94 Outline Override earnings method (2 of 2)
BasePlusCommission Employee.java (2 of 2) Override earnings method Call superclass’s earnings method Override toString method Call superclass’s toString method

95 Outline PayrollSystemTest .java (1 of 5)

96 Outline (2 of 5) Assigning subclass objects to supercalss variables
PayrollSystemTest .java (2 of 5) Assigning subclass objects to supercalss variables Implicitly and polymorphically call toString

97 Outline If the currentEmployee variable points to a BasePlusCommissionEmployee object PayrollSystemTest .java (3 of 5) Downcast currentEmployee to a BasePlusCommissionEmployee reference Give BasePlusCommissionEmployees a 10% base salary bonus Polymorphically call earnings method Call getClass and getName methods to display each Employee subclass object’s class name

98 Outline PayrollSystemTest .java (4 of 5)

99 Outline Same results as when the employees were processed individually
PayrollSystemTest .java (5 of 5) Base salary is increased by 10% Each employee’s type is displayed

100 5.6 final Methods and Classes
Cannot be overridden in a subclass private and static methods are implicitly final final methods are resolved at compile time, this is known as static binding Compilers can optimize by inlining the code final classes Cannot be extended by a subclass All methods in a final class are implicitly final

101 Software Engineering Observation 5.6
In the Java API, the vast majority of classes are not declared final. This enables inheritance and polymorphism—the fundamental capabilities of object-oriented programming. However, in some cases, it is important to declare classes final—typically for security reasons.

102 5.7 Case Study: Creating and Using Interfaces
Keyword interface Contains only constants and abstract methods All fields are implicitly public, static and final All methods are implicitly public abstract methods Classes can implement interfaces The class must declare each method in the interface using the same signature or the class must be declared abstract Typically used when disparate classes need to share common methods and constants Normally declared in their own files with the same names as the interfaces and with the .java file-name extension

103 Good Programming Practice 5.1
According to Chapter 9 of the Java Language Specification, it is proper style to declare an interface’s methods without keywords public and abstract because they are redundant in interface method declarations. Similarly, constants should be declared without keywords public, static and final because they, too, are redundant.

104 Common Programming Error 5.6
Failing to implement any method of an interface in a concrete class that implements the interface results in a syntax error indicating that the class must be declared abstract.

105 5.7.1 Developing a Payable Hierarchy
Payable interface Contains method getPaymentAmount Is implemented by the Invoice and Employee classes UML representation of interfaces Interfaces are distinguished from classes by placing the word “interface” in guillemets (« and ») above the interface name The relationship between a class and an interface is known as realization A class “realizes” the methods of an interface

106 Fig. 10.10 | Payable interface hierarchy UML class diagram.

107 Outline Declare interface Payable
Payable.java Declare interface Payable Declare getPaymentAmount method which is implicitly public and abstract

108 Outline Class Invoice implements interface Payable (1 of 3)
Invoice.java (1 of 3)

109 Outline Invoice.java (1 of 3)

110 Outline Invoice.java (2 of 3)

111 Outline Invoice.java (3 of 3) Declare getPaymentAmount to fulfill contract with interface Payable

112 5.7.3 Creating Class Invoice
A class can implement as many interfaces as it needs Use a comma-separated list of interface names after keyword implements Example: public class ClassName extends SuperclassName implements FirstInterface, SecondInterface, …

113 Outline Class Employee implements interface Payable (1 of 3)
Employee.java (1 of 3)

114 Outline Employee.java (2 of 3)

115 Outline (3 of 3) getPaymentAmount method is not implemented here
Employee.java (3 of 3) getPaymentAmount method is not implemented here

116 5.7.5 Modifying Class SalariedEmployee for Use in the Payable Hierarchy
Objects of any subclasses of the class that implements the interface can also be thought of as objects of the interface A reference to a subclass object can be assigned to an interface variable if the superclass implements that interface

117 Software Engineering Observation 5.7
Inheritance and interfaces are similar in their implementation of the “is-a” relationship. An object of a class that implements an interface may be thought of as an object of that interface type. An object of any subclasses of a class that implements an interface also can be thought of as an object of the interface type.

118 Outline Class SalariedEmployee extends class Employee (which implements interface Payable) SalariedEmployee .java (1 of 2)

119 Outline SalariedEmployee .java (2 of 2) Declare getPaymentAmount method instead of earnings method

120 Software Engineering Observation 5.8
The “is-a” relationship that exists between superclasses and subclasses, and between interfaces and the classes that implement them, holds when passing an object to a method. When a method parameter receives a variable of a superclass or interface type, the method processes the object received as an argument polymorphically.

121 Software Engineering Observation 5.9
Using a superclass reference, we can polymorphically invoke any method specified in the superclass declaration (and in class Object). Using an interface reference, we can polymorphically invoke any method specified in the interface declaration (and in class Object).

122 Outline Declare array of Payable variables (1 of 2)
PayableInterface Test.java (1 of 2) Assigning references to Invoice objects to Payable variables Assigning references to SalariedEmployee objects to Payable variables

123 Outline Call toString and getPaymentAmount methods polymorphically
PayableInterface Test.java (2 of 2)

124 Outline PayableInterface Test.java (2 of 2)

125 Software Engineering Observation 5.10
All methods of class Object can be called by using a reference of an interface type. A reference refers to an object, and all objects inherit the methods of class Object.

126 5.7.7 Declaring Constants with Interfaces
Interfaces can be used to declare constants used in many class declarations These constants are implicitly public, static and final Using a static import declaration allows clients to use these constants with just their names

127 Software Engineering Observation 5.11
It is considered a better programming practice to create sets of constants as enumerations with keyword enum. See Section 6.10 for an introduction to enum and Section 8.9 for additional enum details.

128 Fig. 10.16 | Common interfaces of the Java API. (Part 1 of 2)

129 Fig. 10.16 | Common interfaces of the Java API. (Part 2 of 2)

130 Fig. 10.17 | MyShape hierarchy.

131 Fig. 10.18 | MyShape hierarchy with MyBoundedShape.

132 Fig. 10.19 | Attributes and operations of classes BalanceInquiry, Withdrawal and Deposit.

133 5.8 Java SE 8 Interfaces This section introduces interface features that were added in Java SE We discuss these in more detail in later chapters.

134 default interface methods
Prior to Java SE 8, interface methods could be only public abstract methods. An interface specified what operations an implementing class must perform but not how the class should perform them. In Java SE 8, interfaces also may contain public default methods with concrete default implementations that specify how operations are performed when an implementing class does not override the methods. If a class implements such an interface, the class also receives the interface’s default implementations (if any). To declare a default method, place the keyword default before the method’s return type and provide a concrete method implementation.

135 Adding Methods to Existing Interfaces
Any class that implements the original interface will not break when a default method is added. The class simply receives the new default method. When a class implements a Java SE 8 interface, the class “signs a contract” with the compiler that says, “I will declare all the abstract methods specified by the interface or I will declare my class abstract” The implementing class is not required to override the interface’s default methods, but it can if necessary.

136 Interfaces vs. abstract Classes
Prior to Java SE 8, an interface was typically used (rather than an abstract class) when there were no implementation details to inherit—no fields and no method implementations. With default methods, you can instead declare common method implementations in interfaces This gives you more flexibility in designing your classes, because a class can implement many interfaces, but can extend only one superclass

137 static interface methods
Prior to Java SE 8, it was common to associate with an interface a class containing static helper methods for working with objects that implemented the interface. In Chapter 16, you’ll learn about class Collections which contains many static helper methods for working with objects that implement interfaces Collection, List, Set and more. Collections method sort can sort objects of any class that implements interface List. With static interface methods, such helper methods can now be declared directly in interfaces rather than in separate classes.

138 public interface MyIF {
// This is a "normal" interface method declaration. // It does NOT define a default implementation. int getNumber(); // This is a default method. Notice that it provides // a default implementation. default String getString() { return "Default String"; }

139 // Implement MyIF. class MyIFImp implements MyIF { // Only getNumber() defined by MyIF needs to be implemented. // getString() can be allowed to default. public int getNumber() { return 100; }

140 // Use the default method.
class DefaultMethodDemo { public static void main(String args[]) { MyIFImp obj = new MyIFImp(); // Can call getNumber(), because it is explicitly // implemented by MyIFImp: System.out.println(obj.getNumber()); // Can also call getString(), because of default // implementation: System.out.println(obj.getString()); }

141 Output 100 Default String

142 class MyIFImp2 implements MyIF {
// Here, implementations for both // getNumber( ) and getString( ) are provided. public int getNumber() { return 100; } public String getString() { return "This is a different string.";

143 public interface MyIF {
// This is a "normal" interface method declaration. // It does NOT define a default implementation. int getNumber(); // This is a default method. Notice that it provides // a default implementation. default String getString() { return "Default String"; } // This is a static interface method. static int getDefaultNumber() { return 0;

144 The getDefaultNumber( ) method can be called, as shown here:
int defNum = MyIF.getDefaultNumber();

145 Example MyArray class implements two interfaces
SortIF: containing static sert methods selectionSort, bubleSort SearchIF: containing static search methods linearSearch, binarySerch All these methods takes an array (int type) and etither sort or search a key in the array


Download ppt "Object-Oriented Programming: Polymorphism"

Similar presentations


Ads by Google