jhtp10_ch09_Inheritance

Java™ How to Program, 10/e
Late Objects Version
© Copyright 1992-2015 by Pearson Education, Inc. All

Rights Reserved.
© Copyright 1992-2015 by Pearson
Education, Inc. All Rights Reserved.
 Inheritance
 A new class is created by acquiring an existing class’s
members and possibly embellishing them with new or
modified capabilities.
 Can save time during program development by basing new
classes on existing proven and debugged high-quality software.
 Increases the likelihood that a system will be implemented and
maintained effectively.

 When creating a class, rather than declaring completely new
members, you can designate that the new class should
inherit the members of an existing class.
 Existing class is the superclass
 New class is the subclass
 A subclass can be a superclass of future subclasses.
 A subclass can add its own fields and methods.
 A subclass is more specific than its superclass and
represents a more specialized group of objects.
 The subclass exhibits the behaviors of its superclass and can
add behaviors that are specific to the subclass.
 This is why inheritance is sometimes referred to as specialization.

 The direct superclass is the superclass from which the
subclass explicitly inherits.
 An indirect superclass is any class above the direct
superclass in the class hierarchy.

 The Java class hierarchy begins with class Object (in
package java.lang)
 Every class in Java directly or indirectly extends (or “inherits
from”) Object.
 Java supports only single inheritance, in which each
class is derived from exactly one direct superclass.

 We distinguish between the is-a relationship and the
has-a relationship
 Is-a represents inheritance
 In an is-a relationship, an object of a subclass can also be
treated as an object of its superclass
 Has-a represents composition
 In a has-a relationship, an object contains as members
references to other objects

 Figure 9.1 lists several simple examples of superclasses
and subclasses
 Superclasses tend to be “more general” and subclasses “more
specific.”
 Because every subclass object is an object of its
superclass, and one superclass can have many
subclasses, the set of objects represented by a
superclass is typically larger than the set of objects
represented by any of its subclasses.

 A superclass exists in a hierarchical relationship with its
subclasses.
 Fig. 9.2 shows a sample university community class hierarchy
 Also called an inheritance hierarchy.
 Each arrow in the hierarchy represents an is-a relationship.
 Follow the arrows upward in the class hierarchy
 an Employee is a CommunityMember”
 “a Teacher is a Faculty member.”
 CommunityMember is the direct superclass of Employee,
Student and Alumnus and is an indirect superclass of all the
other classes in the diagram.
 Starting from the bottom, you can follow the arrows and apply
the is-a relationship up to the topmost superclass.

 Fig. 9.3 shows a Shape inheritance hierarchy.
 Van follow the arrows from the bottom of the diagram
to the topmost superclass in this class hierarchy to

identify several is-a relationships.
 A Triangle is a TwoDimensionalShape and is a
Shape
 ASphere is a ThreeDimensionalShape and is a
Shape.

 Not every class relationship is an inheritance
relationship.
 Has-a relationship
 Create classes by composition of existing classes.
 Example: Given the classes Employee, BirthDate and
TelephoneNumber, it’s improper to say that an
Employee is a BirthDate or that an Employee is a
TelephoneNumber.
 However, an Employee has a BirthDate, and an
Employee has a TelephoneNumber.

 Objects of all classes that extend a common superclass
can be treated as objects of that superclass.
 Commonality expressed in the members of the superclass.
 Inheritance issue
 A subclass can inherit methods that it does not need or should
not have.
 Even when a superclass method is appropriate for a subclass,
that subclass often needs a customized version of the method.
 The subclass can override (redefine) the superclass method
with an appropriate implementation.

 A class’s public members are accessible wherever the
program has a reference to an object of that class or one of
its subclasses.
 A class’s private members are accessible only within the
class itself.
 protected access is an intermediate level of access
between public and private.
 A superclass’s protected members can be accessed by members
of that superclass, by members of its subclasses and by members of
other classes in the same package
 protected members also have package access.
 All public and protected superclass members retain their
original access modifier when they become members of the subclass.

 A superclass’s private members are hidden from its
subclasses
 They can be accessed only through the public or protected
methods inherited from the superclass
 Subclass methods can refer to public and protected
members inherited from the superclass simply by using the
member names.
 When a subclass method overrides an inherited superclass
method, the superclass version of the method can be
accessed from the subclass by preceding the superclass
method name with keyword super and a dot (.) separator.

 Inheritance hierarchy containing types of employees in
a company’s payroll application
 Commission employees are paid a percentage of their
sales
 Base-salaried commission employees receive a base
salary plus a percentage of their sales.

 Class CommissionEmployee (Fig. 9.4) extends
class Object (from package java.lang).
 CommissionEmployee inherits Object’s methods.
 If you don’t explicitly specify which class a new class extends,
the class extends Object implicitly.

 Constructors are not inherited.
 The first task of a subclass constructor is to call its
direct superclass’s constructor explicitly or implicitly

 Ensures that the instance variables inherited from the
superclass are initialized properly.
 If the code does not include an explicit call to the
superclass constructor, Java implicitly calls the
superclass’s default or no-argument constructor.
 A class’s default constructor calls the superclass’s
default or no-argument constructor.

 toString is one of the methods that every class
inherits directly or indirectly from class Object.
 Returns a String representing an object.
 Called implicitly whenever an object must be converted to a
String representation.
 Class Object’s toString method returns a
String that includes the name of the object’s class.
 This is primarily a placeholder that can be overridden by a
subclass to specify an appropriate String representation.

 To override a superclass method, a subclass must
declare a method with the same signature as the
superclass method
 @Override annotation
 Indicates that a method should override a superclass method
with the same signature.
 If it does not, a compilation error occurs.

 Class BasePlusCommissionEmployee (Fig. 9.6)
contains a first name, last name, social security number,
gross sales amount, commission rate and base salary.
 All but the base salary are in common with class
CommissionEmployee.
 Class BasePlusCommissionEmployee’s public
services include a constructor, and methods earnings,
toString and get and set for each instance variable
 Most of these are in common with class
CommissionEmployee.

 Class BasePlusCommissionEmployee does not
specify “extends Object”
 Implicitly extends Object.
 BasePlusCommissionEmployee’s constructor
invokes class Object’s default constructor implicitly.

 Much of BasePlusCommissionEmployee’s code is
similar, or identical, to that of CommissionEmployee.
 private instance variables firstName and lastName
and methods setFirstName, getFirstName,
setLastName and getLastName are identical.
 Both classes also contain corresponding get and set methods.
 The constructors are almost identical
 BasePlusCommissionEmployee’s constructor also sets the
baseSalary.
 The toString methods are almost identical
 BasePlusCommissionEmployee’s toString also outputs
instance variable baseSalary

 We literally copied CommissionEmployee’s code,
pasted it into BasePlusCommissionEmployee,
then modified the new class to include a base salary
and methods that manipulate the base salary.
 This “copy-and-paste” approach is often error prone and time
consuming.
 It spreads copies of the same code throughout a system,
creating a code-maintenance problems—changes to the code
would need to be made in multiple classes.

 Class BasePlusCommissionEmployee class extends
class CommissionEmployee
 A BasePlusCommissionEmployee object is a
CommissionEmployee
 Inheritance passes on class CommissionEmployee’s capabilities.
 Class BasePlusCommissionEmployee also has
instance variable baseSalary.
 Subclass BasePlusCommissionEmployee inherits
CommissionEmployee’s instance variables and
methods
 Only CommissionEmployee’s public and protected
members are directly accessible in the subclass.
 Each subclass constructor must implicitly or explicitly call
one of its superclass’s constructors to initialize the instance
variables inherited from the superclass.
 Superclass constructor call syntax—keyword super, followed by a
set of parentheses containing the superclass constructor arguments.
 Must be the first statement in the constructor’s body.
 If the subclass constructor did not invoke the superclass’s
constructor explicitly, the compiler would attempt to insert
a call to the superclass’s default or no-argument constructor.
 Class CommissionEmployee does not have such a constructor,
so the compiler would issue an error.
 You can explicitly use super() to call the superclass’s
no-argument or default constructor, but this is rarely done.
 Compilation errors occur when the subclass attempts to
access the superclass’s private instance variables.
 These lines could have used appropriate get methods to
retrieve the values of the superclass’s instance

variables.

 To enable a subclass to directly access superclass instance
variables, we can declare those members as protected in
the superclass.
 New CommissionEmployee class modified only lines 6–
10 of Fig. 9.4 as follows:
protected final String firstName;
protected final String lastName;
protected final String socialSecurityNumber;
protected double grossSales;
protected double commissionRate;
 With protected instance variables, the subclass gets access
to the instance variables, but classes that are not subclasses
and classes that are not in the same package cannot access
these variables directly.
 Class BasePlusCommissionEmployee (Fig. 9.9) extends
the new version of class CommissionEmployee with
protected instance variables.
 These variables are now protected members of
BasePlusCommissionEmployee.
 If another class extends this version of class
BasePlusCommissionEmployee, the new subclass also
can access the protected members.
 The source code in Fig. 9.9 (59 lines) is considerably shorter than
that in Fig. 9.6 (127 lines)
 Most of the functionality is now inherited from
CommissionEmployee
 There is now only one copy of the functionality.
 Code is easier to maintain, modify and debug—the code related to a
CommissionEmployee exists only in that class.

 Inheriting protected instance variables enables
direct access to the variables by subclasses.
 In most cases, it’s better to use private instance
variables to encourage proper software engineering.

 Code will be easier to maintain, modify and debug.

 Using protected instance variables creates several
potential problems.
 The subclass object can set an inherited variable’s
value directly without using a set method.

 A subclass object can assign an invalid value to the variable
 Subclass methods are more likely to be written so that
they depend on the superclass’s data implementation.
 Subclasses should depend only on the superclass services and
not on the superclass data implementation.

 With protected instance variables in the superclass,
we may need to modify all the subclasses of the
superclass if the superclass implementation changes.
 Such a class is said to be fragile or brittle, because a small
change in the superclass can “break” subclass implementation.
 You should be able to change the superclass implementation
while still providing the same services to the subclasses.
 If the superclass services change, we must reimplement our
subclasses.
 A class’s protected members are visible to all
classes in the same package as the class containing the
protected members—this is not always desirable.

 Class CommissionEmployee declares instance
variables firstName, lastName,
socialSecurityNumber, grossSales and
commissionRate as private and provides
public methods for manipulating these values.

 CommissionEmployee methods earnings and
toString use the class’s get methods to obtain the values
of its instance variables.
 If we decide to change the internal representation of the data (e.g.,
variable names) only the bodies of the get and set methods that
directly manipulate the instance variables will need to change.
 These changes occur solely within the superclass-—no changes to
the subclass are needed.
 Localizing the effects of changes like this is a good software
engineering practice.
 Subclass BasePlusCommissionEmployee inherits
Commission-Employee’s non-private methods and
can access the private superclass members via those
methods.

 Class BasePlusCommissionEmployee
(Fig. 9.11) has several changes that distinguish it from
Fig. 9.9.
 Methods earnings and toString each invoke
their superclass versions and do not access instance

variables directly.

 Method earnings overrides class the superclass’s
earnings method.
 The new version calls CommissionEmployee’s
earnings method with super.earnings().
 Obtains the earnings based on commission alone
 Placing the keyword super and a dot (.) separator
before the superclass method name invokes the
superclass version of an overridden method.
 Good software engineering practice
 If a method performs all or some of the actions needed by
another method, call that method rather than duplicate its code.

 BasePlusCommissionEmployee’s toString
method overrides class CommissionEmployee’s
toString method.
 The new version creates part of the String
representation by calling CommissionEmployee’s

toString method with the expression
super.toString().

 Instantiating a subclass object begins a chain of constructor
calls
 The subclass constructor, before performing its own tasks, explicitly
uses super to call one of the constructors in its direct superclass or
implicitly calls the superclass’s default or no-argument constructor
 If the superclass is derived from another class, the
superclass constructor invokes the constructor of the next
class up the hierarchy, and so on.
 The last constructor called in the chain is always Object’s
constructor.
 Original subclass constructor’s body finishes executing last.
 Each superclass’s constructor manipulates the superclass
instance variables that the subclass object inherits.
 All classes in Java inherit directly or indirectly from class
Object, so its 11 methods are inherited by all other classes.
 Figure 9.12 summarizes Object’s methods.
 Every array has an overridden clone method that copies the
array.
 If the array stores references to objects, the objects are not copied—a
shallow copy is performed.

 Labels are a convenient way of identifying GUI
components on the screen and keeping the user
informed about the current state of the program.
 A JLabel (from package javax.swing) can
display text, an image or both.

 The example in Fig. 9.13 demonstrates several
JLabel features, including a plain text label, an image

label and a label with both text and an image.

 An ImageIcon represents an image that can be
displayed on a JLabel.
 The constructor for ImageIcon receives a String
that specifies the path to the image.

 ImageIcon can load images in GIF, JPEG and PNG
image formats.
 JLabel method setText changes the text the label
displays.

 An overloaded version of method add that takes two
parameters allows you to specify the GUI component to add
to a JFrame and the location in which to add it.
 The first parameter is the component to attach.
 The second is the region in which it should be placed.
 Each JFrame has a layout to position GUI components.
 Default layout for a JFrame is BorderLayout.
 Five regions—NORTH (top), SOUTH (bottom), EAST (right side),
WEST (left side) and CENTER (constants in class BorderLayout)
 Each region is declared as a constant in class BorderLayout.
 When calling method add with one argument, the JFrame
places the component in the BorderLayout’s CENTER
automatically.


jhtp10_ch09_Inheritance

Uploaded by

Copyright:

Available Formats

jhtp10_ch09_Inheritance

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

jhtp10_ch09_Inheritance

Uploaded by

Copyright:

Available Formats

Java™ How to Program, 10/e

Late Objects Version

© Copyright 1992-2015 by Pearson Education, Inc. All

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

superclass in the class hierarchy.

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

to the topmost superclass in this class hierarchy to

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

salary plus a percentage of their sales.

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

direct superclass’s constructor explicitly or implicitly

default or no-argument constructor.

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

retrieve the values of the superclass’s instance

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

variables to encourage proper software engineering.

© Copyright 1992-2015 by Pearson

value directly without using a set method.

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

their superclass versions and do not access instance

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

representation by calling CommissionEmployee’s

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

display text, an image or both.

JLabel features, including a plain text label, an image

© Copyright 1992-2015 by Pearson

that specifies the path to the image.

© Copyright 1992-2015 by Pearson

© Copyright 1992-2015 by Pearson

You might also like