SlideShare a Scribd company logo
1 of 203
Chapter 1
Object-Oriented
Programming in Java
Overview
● Basics of objects and classes
● Inheritance
● Polymorphism
● Abstract classes
● Interfaces
● Levels of access to class members
● The root Object class
● Generics
1.1 Objects and Encapsulation
● Object-oriented language
 Components that make up a Java application are
considered to be objects that interact with each
other.
1.1.1 Objects
● Simulating a television on the computer.
 Model the TV as an object.
● A TV is activated when it is powered on.
● The TV can be manipulated by changing its volume, the
channel it is tuned to, its brightness and contrast, etc.
● When it is powered off, the TV may retain its latest setting
for the next time it is switched on.
1.1.1 Objects
● Programs may model non-physical objects as
well.
 A graphical drawing package.
● Keeps track of all the figures the user draws on the
drawing pad, so it knows when, where, and how to
display these figures on the pad.
● Example: Rectangles.
 An (x, y) location on the plane (i.e. The bottom-left corner of the
rectangle)
 A width, w
 A height, h.
1.1.2 Lifetime, State and Messages
● Creation of a TV object.
 TV objects will exist as long as the simulation runs.
 The state of the TV may be changed by sending it
messages to switch channels, change volume, etc.
 When a message is sent to the TV, it knows what to
do.
 State of a TV object would comprise a set of
attributes, a variable with a certain value.
● Values of all the attributes together determine a current
state—if any one of these values is changed, the state is
changed.
1.1.2 Lifetime, State and Messages
● The data and functions are therefore
encapsulated or enclosed within a single entity
that is the TV object.
 The data are called fields, and the operations,
methods.
 A Rectangle
● Fields
 x and y coordinates, and its width and height values, w and h,
● Methods
 drawing the Rectangle on the display, moving it, resizing it, and
so forth.
1.1.3 Clients of an Object
● The sender of messages to an object is usually
referred to as the client of that object.
 An object may have several clients that send
messages to it at different points in the lifetime of
the object.
1.1.4 Separation of Interface from
Implementation
● The separation of interface from
implementation.
 What an object is capable of doing is its behavior,
which is available to its clients via its methods, or
interface.
 Exactly how this behavior is implemented by the
object is not known to its clients.
1.2 Classes
● A class serves as a blueprint from which any
number of objects may be crated.
1.2 Classes
1.2 Classes
1.2 Classes
1.2 Classes
1.2 Classes
1.2.1 State and Behavior
● The state TV is defined by its fields channel and
volume.
 A TV can switchChannel, changeVolume, and
recallChannel.
 switchChannel and changeVolume change the state of
the TV, recallChannel simply accesses the state.
 MAX.VOLUME
 Rectangle fields x, y, w, and h define the state of
any Rectangle.
 Behavior defined by the methods moveTo, resize,
getX, getY, getWidth, and getHeight.
1.2.2 Method Overloading
● Signature of a method name, and the number,
sequence, and type of its parameters.
 The return type is not part of the signature.
 The following have the same signature:
1.2.2 Method Overloading
● In a class, no two methods can have the same
signature—if there are it does not compile the
program.
1.2.2 Method Overloading
● The signatures of those methods are different,
since they have different types of arguments.
 Contains method is overloaded.
1.2.3 Object Creation, Constructors,
Garbage Collection
● The left-hand declares myTV to be a reference
of type TV.
● The right-hand side creates a TV object.
 All objects must be created with new.
 aTV does not refer to anything.
1.2.3 Object Creation, Constructors,
Garbage Collection
● Creation occurs in two phases:
1. Allocating memory space for it, and initializes all its
fields to their default values.
2. The no-arg constructor (re)initializes its state as
required.
– A constructor:
● Has the same name as its class;
● Has no return value.
1.2.3 Object Creation, Constructors,
Garbage Collection
● No-arg Constructor
 A constructor that takes no parameters,.
 The TV class has a no-arg constructor, which was
used to initialize a new TV object earlier.
 The Rectangle class does not have a no-arg
constructor.
1.2.3 Object Creation, Constructors,
Garbage Collection
● Parametered constructors
 If TV objects need to be created with other initial
values for channel or volume, the parametered
constructor may be used instead:
1.2.3 Object Creation, Constructors,
Garbage Collection
● Constructor code reuse
 Calls the parametered constructor of the TV class.
 Could have been:
 Using this(...) reuses the code.
1.2.3 Object Creation, Constructors,
Garbage Collection
● Explicit reference to current object.
 This is a reference to the object on which the
constructor is invoke.
 This is essential, the parameters channel and
volume would be indistinguishable from the fields of
the same names.
 The parameters, hide the class fields of the same
name.
1.2.3 Object Creation, Constructors,
Garbage Collection
● Compiler-supplied default constructor
 Default constructor, no-arg construction with an
empty body.
 Initializing the fields in the object to default initial
values based on their types.
 Even when we create an object in class TV, which
does define constructors (i.e. There will not be a
default constructor supplied by the compiler).
1.2.3 Object Creation, Constructors,
Garbage Collection
● Garbage collection
 Memory space occupied by an object is reclaimed
by the garbage collector when the object is no
longer in use.
 The first Rectangle object (10, 10) has no variable
referring to it.
● Not accessible any more, and is considered to be no
longer in use.
1.2.3 Object Creation, Constructors,
Garbage Collection
● Garbage collector
 Identifies that an object is not in use.
 Determines the best time to reclaim the space used
by this object.
● Garbage collector is always silently running in the
background.
● Memory that is allocated when a new object is created, is
automatically garbage collected when it is no longer in
use.
1.2.3 Object Creation, Constructors,
Garbage Collection
● C and C++
 Two memory-related problems:
● The programmer “forgets” to free up space that had been
allocated earlier, but is no longer required (wasteful).
● The programmer tries to use memory that has been freed
up earlier, without realizing that it no longer belongs to
the program (dangerous).
1.2.4 Method Invocation
1.2.5 Static Fields and Methods
● Static fields
 Switching the channel on tv1 has not affected the
channel setting on tv2 because their respective
channel fields are separate and different.
1.2.5 Static Fields and Methods
● Static variables
 Objects of a class may share a common resource.
 This is a property of the class as a whole, not of
every object.
● MAX_VOLUME set a limit on the value of the volume
field.
● All TV objects will be able to share the MAX_VOLUME
resource.
● It may be accessed by using the class name instead of
an object name:
1.2.5 Static Fields and Methods
 Access via the class name is recommended
because it is then obvious that the field is static.
● Constants
 final indicates that once a value is assigned to this
field, it may not subsequently change.
1.2.5 Static Fields and Methods
● Static Methods
 Utility methods applies to the class rather than any
particular object of that class.
● Invoked through the name of the class that contains it
and not through an object.
● All the methods the class Math are static, and so are its
fields.
1.2.5 Static Fields and Methods
1.2.5 Static Fields and Methods
● Static methods can control the number of
instances of a class that may be created in an
application.
 DrawingManager keeps track of all figures in a
drawing application, and does various other
managerial activities.
 We only need one DrawingManager object in the
application.
1.2.5 Static Fields and Methods
● The compiler will call an error because the
constructor is not visible outside the class.
 Define a method that can deal out the one instance
of DrawingManager.
 Must be static because it cannot be called on a
DrawingManager object.
1.2.5 Static Fields and Methods
1.2.5 Static Fields and Methods
● All accesses are forced to be made through the
getInstance method, which correctly handles
the null case.
1.2.5 Static Fields and Method
● Special static method main
 main method is declared as static.
1.2.6 Object References
● When an object is created using the new
construct, it is assigned space in memory.
 Two distinct objects
 One object that is reference by two names
1.2.6 Object References
● Consider a method that takes some object as
parameter is called.
 When objects are passed as a parameter to a
method, the parameter is a reference to the original
object and not a copy.
● Any changes to the object in the method will be reflected
in the object outside the method.
1.3 Inheritance
● Notion of specialization that leads to reuse of
code is the basis of inheritance in object-
oriented programming.
1.3.1 Superclass and Subclass
● B is a specialization of class A.
● A is inherited (and therefore reused) by class B.
● B is subclass.
● A is superclass.
1.3.1 Superclass and Subclass
● Cars and motorcycles are both motorized
vehicles.
 A car has four wheels instead of two, a steering
wheel instead of a steering bar, and so on.
 Inheritance necessitates an is-A relationship
between the class that inherits and the class that is
inherited from.
 Every Car is a MotorVehicle.
1.3.1 Superclass and Subclass
1.3.1 Superclass and Subclass
1.3.1 Superclass and Subclass
1.3.1 Superclass and Subclass
1.3.1 Superclass and Subclass
● There are two methods in StereoTV, namely
checkSetBalance and setLeftRight, that simply
serve as helpers to the other methods of the
class (they are not declared public).
1.3.2 Inherited and Specialized
Fields
 When a class B is subclassed from A, it inherits all
the inheritable fields of A.
 B can treat the inherited fields of A as its own.
1.3.3 Constructors
● A superclass constructor is not inherited by its
subclass.
 First handle the part inherited from the superclass,
if applicable, and then handle the specialization
part.
1.3.4 Object Creation
1.3.5 Inherited and Specialized
Methods
● Inheritable methods of a class A are inherited
by its subclass B.
 switchChannel, changeVolume, and recallChannel
of class TV are all inherited, and the code for each
reused, by StereoTV.
 changeVolume; if it is inherited from TV, what is the
purpose of redoing it, and how can one prevent it
from conflicting with the inherited changeVolume?
1.3.6 Method Overriding
● When the same functionality is provided and its
subclass, but the underlying implementations
are different, the subclass overrides the
superclass' implementation.
1.3.6 Method Overriding
● Three kinds of methods a subclass may
implement:
 A method that is special to the subclass.
 A method that is inherited from the superclass.
 A method that overrides an inherited method.
1.4 THE Object CLASS
● When a class does not explicitly extend another
class, it implicitly extends the Object class.
● Every class in Java ultimately extends the
Object class.
1.4.1 The equals Method
● equals method
 Compares the object on which it is invoked with the
object referred to by the specified obj argument.
 Returns true if these objects have equal value, and
false otherwise.
 Assumes that an object is only equal to itself.
● equivalent to the == operator.
1.4.1 The equals Method
1.4.1 The equals Method
● Default implementation of equals in the Object
class checks whether two objects are physically
the same.
● In the geometric sense, rectangles are equal if
their widths and heights are equal.
1.4.1 The equals Method
● Overriding the equals method.
 The if condition
● Check for null
● Check for correct instance.
 Explicit cast to the type of the object.
 The body evaluates to true or false.
 Last statement (outside the if) returns false.
1.4.2 The toString Method
● toString method
 Used to print the value of an object to an output
stream.
 Useful debugging tool
1.4.2 The toString Method
● When a variable is sent as an argument to the
System.out.println() or System.out.print()
method, it automatically calls the toString
method.
1.4.3 The clone Method
● clone Method
 Makes a physical copy with the same state as the
source object.
 Class must declare itself to implement an interface
called Cloneable, defined in java.lang.
1.5 EXCEPTIONS
1.5 EXCEPTIONS
● We mistyped the number 10 as ‘‘1o’’.
● The program failed because an exception was
thrown at some point in the execution.
1.5.1 Interpreting an Exception
Message
● The first line corresponds to the latest incident.
● The exception sequence is printed by the virtual
machine (VM), launched by the java command.
1.5.2 Homegrown Error Handling
1.5.2 Homegrown Error Handling
● Program requirements
 There must be two arguments.
 Each of the arguments must have at least one
character.
1.5.2 Homegrown Error Handling
1.5.2 Homegrown Error Handling
● ‘‘torpedo’’ approach
 Detect the error as soon as it could have happened.
 Print an error message
 Exit the program right there.
● Any error will bring the program crashing down
right away without any hesitation.
1.5.2 Homegrown Error Handling
1.5.2 Homegrown Error Handling
● The burden of taking action on an error is on
the caller.
 The caller has more contextual information, and is
able to handle problems more judiciously.
1.5.2 Homegrown Error Handling
● Note that the answer 16! is smaller than for 15!
● 17! is a negative number.
● Those numbers are too large for an integer to
hold.
1.5.2 Homegrown Error Handling
1.5.2 Homegrown Error Handling
● Having a method’s return value mean either a
correct result or an error code is dangerous
because it confuses the issue and weakens the
link between the method and its caller.
● In the case of methods that do not return a
value, the approach to force error coding would
be more convoluted, and therefore more error-
prone.
1.5.3 Throwing an Exception
● Java’s mechanism of using exceptions is a
uniform, well-engineered process that
separates normal execution from error
situations.
● An exception is an object.
 At the point where an error is detected, an
exception object must be created and thrown
● This launches a separate control flow in the program that
is orchestrated by the virtual machine.
1.5.3 Throwing an Exception
1.5.3 Throwing an Exception
● As soon as an error is detected, an exception is
thrown.
● You need to choose an appropriate exception
object.
● The moment the exception is thrown, the
method from where it is thrown is exited
1.5.3 Throwing an Exception
1.5.3 Throwing an Exception
1.5.3 Throwing an Exception
1.5.4 Catching an Exception
● An exception that is thrown by a method can be
caught by the caller of the method.
● Must have a "try block"
 Encapsulates a section to catch exceptions from.
 It is followed by a catch block.
1.5.4 Catching an Exception
1.5.4 Catching an Exception
1.5.4 Catching an Exception
● The entire try–catch combination is now inside
a while loop that will spin until a correct input is
entered and its factorial computed.
1.5.4 Catching an Exception
● Try-Catch blocks can catch more than one
exception.
1.5.4 Catching an Exception
● The order of the catches doesn't usually matter
if only one of the catches will apply at a time.
1.5.4 Catching an Exception
● NumberFormatException is a subclass of
IllegalFormatException.
 It will be matched against the first catch block, and
will never get to the second.
1.5.5 Exception Class
● All exceptions are subclasses of the
java.lang.Exception class.
● Two basic constructors:
 No-arg constructor.
 A constructor with a single String argument that can
carry detailed messages.
 Catching java.lang.Exceptions will catch any
exceptions thrown by a subclass.
1.5.5 Exception Class
1.5.5 Exception Class
● printStackTrace() method.
 Used by the virtual machine to print the entire
sequence of method calls up to the point where the
exception was thrown.
1.6 INPUT AND OUTPUT
● The Java API has a wide variety of input-output
(IO) classes for many different requirements.
● java.util.Scanner class introduced in Java 1.5
can do much of the basic and most frequently
needed IO functions.
1.6.1 Terminal-Driven IO
● Printing something to the terminal.
 java.lang.System is a special class that contains a
(static) field called out.
 It is of type java.io.PrintStream, and is called the
standard output stream.
1.6.1 Terminal-Driven IO
● The simplest input method is to enter data via
the terminal.
● The System.in field is the standard input
stream, connected to the terminal by default.
● An input stream in Java can contain either text
data or binary data.
● We put an interpreter around System.in that can
parse the input as text.
 java.util.Scanner
1.6.1 Terminal-Driven IO
1.6.1 Terminal-Driven IO
● If the second line of input was string, then you
would get the following exception:
1.6.2 File-Based IO
● Reading from a file.
 Point the scanner to the file instead of System.in.
1.6.2 File-Based IO
● In the input file, the numbers can be in any
sequence, not necessarily one per line.
1.6.2 File-Based IO
1.6.2 File-Based IO
● Checked and unchecked exceptions.
 All subclasses, immediate or otherwise, of
RuntimeException are called unchecked
exceptions, while all other exceptions are called
checked exceptions.
1.6.2 File-Based IO
● When a method M gets a checked exception
back from a call to another method, then M
must either catch this checked exception or
throw it.
1.6.2 File-Based IO
● Writing to a file.
 Set up a File object.
 Create a java.io.PrintWriter object with the file as
the target.
1.6.3 String Tokenizing
● Reversing the process of the NamesFilter
program.
1.6.3 String Tokenizing
1.6.4 Writing an Exception Class
● You can then define your own exception class.
1.7.1 Java Packages
● The Java Application Programming Interface
(API).
 A large collection of many hundreds of classes.
1.7.1 Java Packages
● Refering to classes by their fully qualified
names.
 The name of the class prefixed with the package to
which it belongs.
● e.g java.lang.String
● A Java class is automatically placed in an
anonymous, catch-all package, unless you
place it in a named package.
● java.lang is a special package.
 No need to be fully qualified.
1.7.1 Java Packages
● Using the import keyword, you can get around
fully qualifying class references.
● Using the ‘*’ is called wildcarding because it can
match anything that is a fit.
1.7.2 Organizing Packages
● A package statement tells the compiler what
class goes into what package.
● The names we choose for our packages must
not conflict with the names of the java
packages.
1.7.2 Organizing Packages
● Packages can be organized hierarchically.
● Create a folder for each package with the same
name as the package.
● Organize the Java source files for other classes
under their respective package folders.
1.7.2 Organizing Packages
● When compiling a class that belongs to a
package by running javac from the command
line, you have to make sure that you are
positioned in the right folder.
1.7.2 Organizing Packages
● Classes within the same package can refer to
each other without using fully qualified names.
 Just like referring to java.lang classes.
● When an application gets large, you may need
to organize your subsystems into smaller
subsystems.
1.7.3 Name Conflict Resolution
● You may have two classes with the same name
as long as their fully qualified names are
different.
● Example: Display
 game.weapons.Display
 game.actors.jedi.Display
 game.scenarios.Display
● Confusion may arise if there is a conflict
between two classes with the same name.
1.7.3 Name Conflict Resolution
● Example: structures.Stack
 there is also a Stack class in the java.util package.
1.4.1 Polymorphic Reference
1.4.1 Polymorphic Reference
● ref takes on a different “form” each time.
 ref demonstrates polymorphic behavior.
● Polymorphism in the context of object-oriented
programming means that we can use a
reference of a superclass type to refer to an
object of that type, as well as any subclass
type, any number of levels down the class
inheritance hierarchy.
1.4.1 Polymorphic Reference
● ClassB objects is-A ClassA object.
 A reference of type ClassA should also be able to
refer to a ClassB object.
 Every ClassC object is-A ClassA object; a reference
of type ClassA should also be able to refer to a
ClassC object.
1.4.1 Polymorphic Reference
1.4.1 Polymorphic Reference
● We have no way of knowing until run time
whether the method will be invoked on a
StereoTV object.
 changeVolume will be invoked on the appropriate
object at run time, depending on what tv refers to.
1.4.2 Casting Up the Class
Hierarchy
● Java performs an implicit cast.
 Casting up the class (inheritance) hierarchy.
1.4.3 Casting Down the Class
Hierarchy
1.4.3 Casting Down the Class
Hierarchy
● Incorrect if tv were to refer to a TV object, since
TV does not define a setBalance method.
 Correct if tv were indeed to refer to a StereoTV
object.
● The compiler is conservative about this, and flags the
statement as an error.
● Once “specialty” sets in, polymorphism is no longer
active.
1.4.3 Casting Down the Class
Hierarchy
● If we know for sure that tv indeed refers to a
StereoTV object, cast down the class hierarchy.
 If tv does refer to a TV object, the invocation of
setBalance will be rejected at run time.
1.4.4 The Instanceof Operator
● instanceof operator determines the relationship
between a reference and the type of object to
which it refers at run time.
 After the following:
● are all true
1.4.4 The Instanceof Operator
1.5 Access Control
● Local variables of a method (including its
parameters) are visible only in the body of that
method.
 Field and method of a class, as well as its
constructors, may be declared with one of the
following access control modifiers:
● Public
● Private
● Protected
 If no access control modifier is specified, a package
level of accessibility is assumed.
1.5.1 Public Access
● A public field or a method is accessible
anywhere the class is accessible.
 The methods of class TV and class StereoTV are
declared public, and, since the respective classes
themselves are declared public, these methods are
accessible anywhere.
 Except for the static fields, none of the fields of TV
or StereoTV are declared public.
● Since they have no access control modifiers, they are
accessible only within the same package.
1.5.2 Package Access
● A field or method (or class) for which no access
control modifier is specified, is accessible, as
well as inheritable, by any class in its package.
 If a class is not declared to belong to a specific
package, it is placed in a catch-all, unnamed
package, that is shared by all other classes for
which a package name is not specified.
 There are two ways in which we can make classes
belong to the same package.
● Not name any package for either.
● Code a package name.
1.5.2 Package Access
1.5.3 Protected Access
● A protected field or method (or class) is
inherited by subclasses, is also accessible to
classes within the same package.
 More access than package but less than public.
1.5.4 Private Access
● A field or method declared private is only
accessible in the class itself.
1.6 Abstract Classes
● A graphical geometry application, in which we
wanted to build objects for a variety of
geometric shapes such as line segments,
rectangles, circles, and so on.
 Every such object, we wanted to be able to draw it,
scale it by a specified factor, translate it by a
specified amount and rotate it by a specified angle.
 All geometric objects share these four common
operations, but exactly how it is implemented differs
from shape to shape.
1.6 Abstract Classes
1.6 Abstract Classes
1.6 Abstract Classes
● Knowing that s1 (and s2) always refer to Shape
objects, it is always safe to invoke any of the
operations defined for Shape, and rely on the
fact that the actual object will take care of
drawing itself appropriately.
1.6.1 Abstract Class Shape
● Shape itself is not real—it does not make sense
to create a Shape object.
 Shape is an abstract class.
 It declares certain operations that must be
supported by any subclass of Shape, but itself does
not implement any of them because it doesn't know
how to.
1.6 Abstract Classes
1.6 Abstract Classes
1.6 Abstract Classes
1.6 Abstract Classes
● Declare with modifier abstract.
● If a class that is not declared abstract has an
abstract method, it would result in a compile-
time error.
● An abstract class may define fields that can be
inherited by its subclasses.
1.6 Abstract Classes
● An abstract class may define one or more
constructors.
 Objects, the constructor(s) is for the use of
subclasses—the constructor(s) may perform
initialization for the part that is inherited by
subclasses.
● An abstract class may define non-abstract
methods.
1.6 Abstract Classes
● Each sub class of an abstract class may
override one or more of the abstract methods
inherited by it, with implementations that
effectively make those method non-abstract.
● A subclass of an abstract class need not
override all the inherited abstract method, with
implementations.
 If the subclass does not provide an implementation
for at least one inherited abstract method, it
remains an abstract class.
1.7 Interfaces
● Java provides a construct called interface that
may be used to define an explicit interface.
1.7.1 The Java Interface Construct
● Interface is like an abstract class, in which none
of the methods are implemented and there are
no instance variables.
 Any fields must be static.
1.7.1 The Java Interface Construct
● Keyword class is replaced by the keyword
interface.
● All methods are implicitly public and abstract.
● Fields are implicitly public, static and final.
1.7.2 Implementing an Interface
● A class may conform to an interface by
specifying that it implements that interface.
 The class implements all the methods prescribed by
that interface, but is not restricted to only these
methods.
 Any class that extends Rectangle will implicitly
implement ShapeInterface.
1.7.2 Implementing an Interface
1.7.3 Interfaces as a Type
1.7.4 The Need for Interfaces
● Terminal and Frame, model different types of
virtual windows, and a class called Manager
that is in charge of managing these windows.
 Terminal class command-line interface to the
operating system.
1.7.4 The Need for Interfaces
● Frame implements a work area with a menu7
bar, typically found in applications such as work
processors, drawing packages, etc.
1.7.4 The Need for Interfaces
● Manager class manages graphic objects.
1.7.4 The Need for Interfaces
● Manageable Interface
1.7.4 The Need for Interfaces
● Manage will deal with any object that
implements the Manageable interface.
1.7.4 The Need for Interfaces
1.7.4 The Need for Interfaces
● A class may implement more than one
interface.
1.7.5 Extending Interfaces
● Like classes, interfaces may be extended.
 Rdevice is an interface that specifies a computer
device that can read magnetic or optical media
such as a hard drive or a CD.
 RWDevice is an interface specifies a computer
device that can not only read but also write to an
optical or magnetic device.
 Since a read-write device is a read device and then
some, the specification of RWDevice extends that
of RDevice.
1.7.5 Extending Interfaces
1.8 The Object Class
● When a class is defined that does not explicitly
extend another class, it is implicitly assumed to
extend a class called Object, which is in the
package java.lang.
 Every class in Java ultimately extends the Object
class.
 There are two sets of methods in Object, general
utility methods, and those that support threads.
1.9 Generics
● Many applications need to store collections of
objects.
 It would be impractical to build one version for each
type of objects that needed to be stored using your
collection class.
 Impossible to predict what types of objects would
possibly need to be sorted by the thousands of
applications that would potentially use your class.
 One way to genericize your class would be to use
the catchall Object class.
1.9 Generics
1.9 Generics
● Every reference in your class to any object in its
collection would use the Object type.
 When an object is retrieved from the collection, the
application can convert it back to the particular type.
 Work so long as the application does not need your
collection to apply any non Object type operations
when they are in the collection.
● i.e. Once it sends in a Shape to your collection, cannot
expect your collection to provide an operation that will
draw all shapes.
● Drawing operation is not defined in the Object class.
1.9 Generics
● There is no way for the collection to tell whether
all objects in the collection are alike.
 A generic class is said to be a template that can be
concretized to contain objects of any particular type
when the generic class itself is instantiated.
1.9 Generics
1.9.1 Using java.util.ArrayList for
Collections
● The ArrayList is a generic array that can resize
itself automatically on demand.
 When the sixth object is attempted to be added,
after exiting the for loop, the array list sees that it is
full to capacity.
 The following actions are carried out:
1.9.1 Using java.util.ArrayList for
Collections
● A new array of capacity 10 (double the previous
capacity of 5) is allocated.
● All items from the old array are copied to the
new.
● The new item to be added is appended to this
new array.
● The internal reference to the collection is
switched from the old array to the new array—
the old array is ready to be garbage collected.
1.9.1 Using java.util.ArrayList for
Collections
● This process will be repeated if the array list is
full to capacity (all 10 locations are filled), and a
new item is asked to be added.
 A new array of size 20.
 ArrayList methods:
● add and remove items,
● get the current size,
● get an time at a given index,
● replace an item at a given index.
1.9.2 The java.util.ArrayList
Interface
● Genericizing a class.
 Define the class to accept a type parameter:
 The type parameter is given a name (here the
name is E), which can then be referred everywhere
in the class where the type needs to be genericized.
 This generic name is completely up to the class
implementor, although it is typically either E or T.
 A constructor is defined:
1.9.2 The java.util.ArrayList
Interface
● The object is created with the specific type
concretization of String, but the constructor
itself does not refer to the type parameter.
 Methods int eh ArrayList class refer to the generic
type parameter in their header.
 This method returns an object of generic type E.
1.9.3 Implementing a Generic Class
● An array that stores its contents in sorted order.
 All references to T in the SortedArray class are to
the one and the same T defined in the class header.
 Items in our sorted array list are actually stored in
the ArrayList class.
1.9.3 Implementing a Generic Class
1.9.3 Implementing a Generic Class
● We can implement the constructors and the
indexOf methods by simply passing the buck to
the corresponding constructors and indexOf
method of the ArrayList class.
 When a new item is added, it must be inserted in
the correct sorted position.
1.9.3 Implementing a Generic Class
1.9.3 Implementing a Generic Class
1.9.4 Implementing a Generic
Interface
● When 7 is to be added to the sorted arry, it is
compared against array item, starting with the
first.
 Each comparison needs to tell whether 7 is greater
than an array item or not.
1.9.4 Implementing a Generic
Interface
1.9.4 Implementing a Generic
Interface
1.9.4 Implementing a Generic
Interface
● Define T to be not just any type, but a type that
provides a method to perform the less-than
comparison we need.
 Use an interface that prescribes a less-than
comparison method, and a stipulate in our class
definition that T must be a type that implements this
interface.
1.9.4 Implementing a Generic
Interface
● Example: Making integers conform to
MyComparable<T>.
 Consider building a class that encapsulates an
integer value.
1.9.4 Implementing a Generic
Interface
1.9.4 Implementing a Generic
Interface
● The java language defines a generic interface
called Comparable<T> for this purpose.
 Several of the Java language classes implement
this interface, including String and Integer.
1.9.4 Implementing a Generic
Interface
1.9.4 Implementing a Generic
Interface
1.9.4 Implementing a Generic
Interface
● Every concrete instance of T must implement
the compareTo method, which will return a
value less than (or equal to) zero if the target
item (item) is less than (or equal to) the
parameter item (items.get(i)).
1.9.4 Implementing a Generic
Interface
1.9.5 Static Template Methods
● Sorter accepts either a sequence of integers, or
a sequence of strings, in any order, and prints
them out in sorted order.
1.9.5 Static Template Methods
1.9.5 Static Template Methods
● Depending on whether the user wants to sort
integers or strings, the method sortIntegers or
sortStrings is called respectively;
1.9.5 Static Template Methods
1.9.5 Static Template Methods
1.9.5 Static Template Methods
● Both of these methods end up calling print.
1.9.5 Static Template Methods
● A type name, T, is used without it having been
defined.
 When we define the SortedArray class, we define
the type name T in the class header.
 Sorter itself is not genericized as a whole, but we
need to genericize the single static method print.
 In order to do this, we need to add a type definition
to the header.
1.9.5 Static Template Methods
● We had defined the type parameter to
SortedArray as T extends Comparable<T>.
1.9.5 Static Template Methods
● Static Template Method in Generic Class.
 Suppose we want to define a static method in the
generic SortedArray<T> class that would take an
unsorted array, and return a sorted version of this
array in a SortedArray<T> object.
1.9.5 Static Template Methods
● We cannot reuse the class definition of T.
1.9.5 Static Template Methods
● T defined here will not conflict with the T
defined in the header—they are separate,
independent T's.
Summary
● The two defining characteristics of object-
oriented programming are encapsulation and
inheritance.
● Encapsulation separaates interface from
implementation.
● Reusing an encapsulation means using an
object, time and again, as a component in other
objects.
Summary
● Inheritance makes it possible to build class
hierarchies that accurately model application
systems, and share code.
● A class is a blueprint for the creation of objects.
● An object once created is alive so long as there
is at least one reference to it.
● A message to an object leads to the invocation
of a method in that object.
Summary
● Two methods in a class with the same mane
but different signatures are said to be
overloaded.
● Overloaded methods provide similar
functionality in slightly different contexts.
● A method in a subclass that has the same
signature as a method is inherited from its
superclass is said to override the inherited
method.
Summary
● Polymorphism means a superclass reference
can refer to an object of any of its subclasses
along an inheritance hierarchy.
● The importance of polymorphism is that a
message that is sent via a superclass reference
can invoke the corresponding method in any of
its subclasses.
● Java defines four levels of access: private,
public, protected and package.
Summary
● Classes that are not related by inheritance can
be brought under the common umbrella of an
interface by a third class so that the latter may
apply one or more common operations to
objects of these classes.
● An interface may extend another interface.
● All classes in Java implicitly extend a root class
called Object.
Summary
● The Object class provides several methods that
have default implementations, equals.toString
and clone.
● A generic class is one that allows a choice of
client-defined types to concretize it.
● A generic class defines a parameter type in its
header.
Summary
● The parameter type defined in a generic class
header applies only to instance members; static
method, if generic, need to define a separate
local type parameter in the method header.
● An interface can be made generic, just like a
class.

More Related Content

Similar to DS outsidin Chapter 1.ppt

Design patterns in javascript
Design patterns in javascriptDesign patterns in javascript
Design patterns in javascriptAyush Sharma
 
lecture-18staticdatamember-160705095116.pdf
lecture-18staticdatamember-160705095116.pdflecture-18staticdatamember-160705095116.pdf
lecture-18staticdatamember-160705095116.pdfAneesAbbasi14
 
Understanding Large Social Networks | IRE Major Project | Team 57
Understanding Large Social Networks | IRE Major Project | Team 57 Understanding Large Social Networks | IRE Major Project | Team 57
Understanding Large Social Networks | IRE Major Project | Team 57 Raj Patel
 
Review of c_sharp2_features_part_ii
Review of c_sharp2_features_part_iiReview of c_sharp2_features_part_ii
Review of c_sharp2_features_part_iiNico Ludwig
 
Object oriented programming in java
Object oriented programming in javaObject oriented programming in java
Object oriented programming in javaElizabeth alexander
 
Unit testing in xcode 8 with swift
Unit testing in xcode 8 with swiftUnit testing in xcode 8 with swift
Unit testing in xcode 8 with swiftallanh0526
 
I assignmnt(oops)
I assignmnt(oops)I assignmnt(oops)
I assignmnt(oops)Jay Patel
 
Ire presentation
Ire presentationIre presentation
Ire presentationRaj Patel
 
Understanding Large Social Networks | IRE Major Project | Team 57 | LINE
Understanding Large Social Networks | IRE Major Project | Team 57 | LINEUnderstanding Large Social Networks | IRE Major Project | Team 57 | LINE
Understanding Large Social Networks | IRE Major Project | Team 57 | LINERaj Patel
 
Classes cpp intro thomson bayan college
Classes cpp  intro thomson bayan collegeClasses cpp  intro thomson bayan college
Classes cpp intro thomson bayan collegeahmed hmed
 
Colour Sensor Based Object Sorting Robot
Colour Sensor Based Object Sorting RobotColour Sensor Based Object Sorting Robot
Colour Sensor Based Object Sorting RobotIRJET Journal
 
Colour sensor based object sorting robot @1000KV Technologies 9030844877
Colour sensor based object sorting robot  @1000KV Technologies 9030844877Colour sensor based object sorting robot  @1000KV Technologies 9030844877
Colour sensor based object sorting robot @1000KV Technologies 90308448771000kv technologies
 
Classes, Inheritance ,Packages & Interfaces.pptx
Classes, Inheritance ,Packages & Interfaces.pptxClasses, Inheritance ,Packages & Interfaces.pptx
Classes, Inheritance ,Packages & Interfaces.pptxDivyaKS18
 

Similar to DS outsidin Chapter 1.ppt (20)

core_java.ppt
core_java.pptcore_java.ppt
core_java.ppt
 
Design patterns in javascript
Design patterns in javascriptDesign patterns in javascript
Design patterns in javascript
 
C# classes objects
C#  classes objectsC#  classes objects
C# classes objects
 
lecture-18staticdatamember-160705095116.pdf
lecture-18staticdatamember-160705095116.pdflecture-18staticdatamember-160705095116.pdf
lecture-18staticdatamember-160705095116.pdf
 
Understanding Large Social Networks | IRE Major Project | Team 57
Understanding Large Social Networks | IRE Major Project | Team 57 Understanding Large Social Networks | IRE Major Project | Team 57
Understanding Large Social Networks | IRE Major Project | Team 57
 
[OOP - Lec 18] Static Data Member
[OOP - Lec 18] Static Data Member[OOP - Lec 18] Static Data Member
[OOP - Lec 18] Static Data Member
 
8. objects & classes
8. objects & classes8. objects & classes
8. objects & classes
 
Review of c_sharp2_features_part_ii
Review of c_sharp2_features_part_iiReview of c_sharp2_features_part_ii
Review of c_sharp2_features_part_ii
 
Object oriented programming in java
Object oriented programming in javaObject oriented programming in java
Object oriented programming in java
 
Unit 5
Unit 5Unit 5
Unit 5
 
Delphi qa
Delphi qaDelphi qa
Delphi qa
 
Unit testing in xcode 8 with swift
Unit testing in xcode 8 with swiftUnit testing in xcode 8 with swift
Unit testing in xcode 8 with swift
 
I assignmnt(oops)
I assignmnt(oops)I assignmnt(oops)
I assignmnt(oops)
 
Lecture 5.pptx
Lecture 5.pptxLecture 5.pptx
Lecture 5.pptx
 
Ire presentation
Ire presentationIre presentation
Ire presentation
 
Understanding Large Social Networks | IRE Major Project | Team 57 | LINE
Understanding Large Social Networks | IRE Major Project | Team 57 | LINEUnderstanding Large Social Networks | IRE Major Project | Team 57 | LINE
Understanding Large Social Networks | IRE Major Project | Team 57 | LINE
 
Classes cpp intro thomson bayan college
Classes cpp  intro thomson bayan collegeClasses cpp  intro thomson bayan college
Classes cpp intro thomson bayan college
 
Colour Sensor Based Object Sorting Robot
Colour Sensor Based Object Sorting RobotColour Sensor Based Object Sorting Robot
Colour Sensor Based Object Sorting Robot
 
Colour sensor based object sorting robot @1000KV Technologies 9030844877
Colour sensor based object sorting robot  @1000KV Technologies 9030844877Colour sensor based object sorting robot  @1000KV Technologies 9030844877
Colour sensor based object sorting robot @1000KV Technologies 9030844877
 
Classes, Inheritance ,Packages & Interfaces.pptx
Classes, Inheritance ,Packages & Interfaces.pptxClasses, Inheritance ,Packages & Interfaces.pptx
Classes, Inheritance ,Packages & Interfaces.pptx
 

Recently uploaded

Design Guidelines for Passkeys 2024.pptx
Design Guidelines for Passkeys 2024.pptxDesign Guidelines for Passkeys 2024.pptx
Design Guidelines for Passkeys 2024.pptxFIDO Alliance
 
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...SOFTTECHHUB
 
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...panagenda
 
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)Paige Cruz
 
Introduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMIntroduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMKumar Satyam
 
ERP Contender Series: Acumatica vs. Sage Intacct
ERP Contender Series: Acumatica vs. Sage IntacctERP Contender Series: Acumatica vs. Sage Intacct
ERP Contender Series: Acumatica vs. Sage IntacctBrainSell Technologies
 
JavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate GuideJavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate GuidePixlogix Infotech
 
2024 May Patch Tuesday
2024 May Patch Tuesday2024 May Patch Tuesday
2024 May Patch TuesdayIvanti
 
Hyatt driving innovation and exceptional customer experiences with FIDO passw...
Hyatt driving innovation and exceptional customer experiences with FIDO passw...Hyatt driving innovation and exceptional customer experiences with FIDO passw...
Hyatt driving innovation and exceptional customer experiences with FIDO passw...FIDO Alliance
 
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...ScyllaDB
 
CORS (Kitworks Team Study 양다윗 발표자료 240510)
CORS (Kitworks Team Study 양다윗 발표자료 240510)CORS (Kitworks Team Study 양다윗 발표자료 240510)
CORS (Kitworks Team Study 양다윗 발표자료 240510)Wonjun Hwang
 
(Explainable) Data-Centric AI: what are you explaininhg, and to whom?
(Explainable) Data-Centric AI: what are you explaininhg, and to whom?(Explainable) Data-Centric AI: what are you explaininhg, and to whom?
(Explainable) Data-Centric AI: what are you explaininhg, and to whom?Paolo Missier
 
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdfMuhammad Subhan
 
Portal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russePortal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russe中 央社
 
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptxHarnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptxFIDO Alliance
 
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)Samir Dash
 
الأمن السيبراني - ما لا يسع للمستخدم جهله
الأمن السيبراني - ما لا يسع للمستخدم جهلهالأمن السيبراني - ما لا يسع للمستخدم جهله
الأمن السيبراني - ما لا يسع للمستخدم جهلهMohamed Sweelam
 
Navigating the Large Language Model choices_Ravi Daparthi
Navigating the Large Language Model choices_Ravi DaparthiNavigating the Large Language Model choices_Ravi Daparthi
Navigating the Large Language Model choices_Ravi DaparthiRaviKumarDaparthi
 
Intro to Passkeys and the State of Passwordless.pptx
Intro to Passkeys and the State of Passwordless.pptxIntro to Passkeys and the State of Passwordless.pptx
Intro to Passkeys and the State of Passwordless.pptxFIDO Alliance
 

Recently uploaded (20)

Design Guidelines for Passkeys 2024.pptx
Design Guidelines for Passkeys 2024.pptxDesign Guidelines for Passkeys 2024.pptx
Design Guidelines for Passkeys 2024.pptx
 
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...
The Ultimate Prompt Engineering Guide for Generative AI: Get the Most Out of ...
 
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
Easier, Faster, and More Powerful – Alles Neu macht der Mai -Wir durchleuchte...
 
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
Observability Concepts EVERY Developer Should Know (DevOpsDays Seattle)
 
Introduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDMIntroduction to use of FHIR Documents in ABDM
Introduction to use of FHIR Documents in ABDM
 
ERP Contender Series: Acumatica vs. Sage Intacct
ERP Contender Series: Acumatica vs. Sage IntacctERP Contender Series: Acumatica vs. Sage Intacct
ERP Contender Series: Acumatica vs. Sage Intacct
 
JavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate GuideJavaScript Usage Statistics 2024 - The Ultimate Guide
JavaScript Usage Statistics 2024 - The Ultimate Guide
 
2024 May Patch Tuesday
2024 May Patch Tuesday2024 May Patch Tuesday
2024 May Patch Tuesday
 
Hyatt driving innovation and exceptional customer experiences with FIDO passw...
Hyatt driving innovation and exceptional customer experiences with FIDO passw...Hyatt driving innovation and exceptional customer experiences with FIDO passw...
Hyatt driving innovation and exceptional customer experiences with FIDO passw...
 
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
Event-Driven Architecture Masterclass: Engineering a Robust, High-performance...
 
CORS (Kitworks Team Study 양다윗 발표자료 240510)
CORS (Kitworks Team Study 양다윗 발표자료 240510)CORS (Kitworks Team Study 양다윗 발표자료 240510)
CORS (Kitworks Team Study 양다윗 발표자료 240510)
 
(Explainable) Data-Centric AI: what are you explaininhg, and to whom?
(Explainable) Data-Centric AI: what are you explaininhg, and to whom?(Explainable) Data-Centric AI: what are you explaininhg, and to whom?
(Explainable) Data-Centric AI: what are you explaininhg, and to whom?
 
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
“Iamnobody89757” Understanding the Mysterious of Digital Identity.pdf
 
Portal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russePortal Kombat : extension du réseau de propagande russe
Portal Kombat : extension du réseau de propagande russe
 
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptxHarnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
Harnessing Passkeys in the Battle Against AI-Powered Cyber Threats.pptx
 
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
AI+A11Y 11MAY2024 HYDERBAD GAAD 2024 - HelloA11Y (11 May 2024)
 
الأمن السيبراني - ما لا يسع للمستخدم جهله
الأمن السيبراني - ما لا يسع للمستخدم جهلهالأمن السيبراني - ما لا يسع للمستخدم جهله
الأمن السيبراني - ما لا يسع للمستخدم جهله
 
Navigating the Large Language Model choices_Ravi Daparthi
Navigating the Large Language Model choices_Ravi DaparthiNavigating the Large Language Model choices_Ravi Daparthi
Navigating the Large Language Model choices_Ravi Daparthi
 
Overview of Hyperledger Foundation
Overview of Hyperledger FoundationOverview of Hyperledger Foundation
Overview of Hyperledger Foundation
 
Intro to Passkeys and the State of Passwordless.pptx
Intro to Passkeys and the State of Passwordless.pptxIntro to Passkeys and the State of Passwordless.pptx
Intro to Passkeys and the State of Passwordless.pptx
 

DS outsidin Chapter 1.ppt

  • 2. Overview ● Basics of objects and classes ● Inheritance ● Polymorphism ● Abstract classes ● Interfaces ● Levels of access to class members ● The root Object class ● Generics
  • 3. 1.1 Objects and Encapsulation ● Object-oriented language  Components that make up a Java application are considered to be objects that interact with each other.
  • 4. 1.1.1 Objects ● Simulating a television on the computer.  Model the TV as an object. ● A TV is activated when it is powered on. ● The TV can be manipulated by changing its volume, the channel it is tuned to, its brightness and contrast, etc. ● When it is powered off, the TV may retain its latest setting for the next time it is switched on.
  • 5. 1.1.1 Objects ● Programs may model non-physical objects as well.  A graphical drawing package. ● Keeps track of all the figures the user draws on the drawing pad, so it knows when, where, and how to display these figures on the pad. ● Example: Rectangles.  An (x, y) location on the plane (i.e. The bottom-left corner of the rectangle)  A width, w  A height, h.
  • 6. 1.1.2 Lifetime, State and Messages ● Creation of a TV object.  TV objects will exist as long as the simulation runs.  The state of the TV may be changed by sending it messages to switch channels, change volume, etc.  When a message is sent to the TV, it knows what to do.  State of a TV object would comprise a set of attributes, a variable with a certain value. ● Values of all the attributes together determine a current state—if any one of these values is changed, the state is changed.
  • 7. 1.1.2 Lifetime, State and Messages ● The data and functions are therefore encapsulated or enclosed within a single entity that is the TV object.  The data are called fields, and the operations, methods.  A Rectangle ● Fields  x and y coordinates, and its width and height values, w and h, ● Methods  drawing the Rectangle on the display, moving it, resizing it, and so forth.
  • 8. 1.1.3 Clients of an Object ● The sender of messages to an object is usually referred to as the client of that object.  An object may have several clients that send messages to it at different points in the lifetime of the object.
  • 9. 1.1.4 Separation of Interface from Implementation ● The separation of interface from implementation.  What an object is capable of doing is its behavior, which is available to its clients via its methods, or interface.  Exactly how this behavior is implemented by the object is not known to its clients.
  • 10. 1.2 Classes ● A class serves as a blueprint from which any number of objects may be crated.
  • 16. 1.2.1 State and Behavior ● The state TV is defined by its fields channel and volume.  A TV can switchChannel, changeVolume, and recallChannel.  switchChannel and changeVolume change the state of the TV, recallChannel simply accesses the state.  MAX.VOLUME  Rectangle fields x, y, w, and h define the state of any Rectangle.  Behavior defined by the methods moveTo, resize, getX, getY, getWidth, and getHeight.
  • 17. 1.2.2 Method Overloading ● Signature of a method name, and the number, sequence, and type of its parameters.  The return type is not part of the signature.  The following have the same signature:
  • 18. 1.2.2 Method Overloading ● In a class, no two methods can have the same signature—if there are it does not compile the program.
  • 19. 1.2.2 Method Overloading ● The signatures of those methods are different, since they have different types of arguments.  Contains method is overloaded.
  • 20. 1.2.3 Object Creation, Constructors, Garbage Collection ● The left-hand declares myTV to be a reference of type TV. ● The right-hand side creates a TV object.  All objects must be created with new.  aTV does not refer to anything.
  • 21. 1.2.3 Object Creation, Constructors, Garbage Collection ● Creation occurs in two phases: 1. Allocating memory space for it, and initializes all its fields to their default values. 2. The no-arg constructor (re)initializes its state as required. – A constructor: ● Has the same name as its class; ● Has no return value.
  • 22. 1.2.3 Object Creation, Constructors, Garbage Collection ● No-arg Constructor  A constructor that takes no parameters,.  The TV class has a no-arg constructor, which was used to initialize a new TV object earlier.  The Rectangle class does not have a no-arg constructor.
  • 23. 1.2.3 Object Creation, Constructors, Garbage Collection ● Parametered constructors  If TV objects need to be created with other initial values for channel or volume, the parametered constructor may be used instead:
  • 24. 1.2.3 Object Creation, Constructors, Garbage Collection ● Constructor code reuse  Calls the parametered constructor of the TV class.  Could have been:  Using this(...) reuses the code.
  • 25. 1.2.3 Object Creation, Constructors, Garbage Collection ● Explicit reference to current object.  This is a reference to the object on which the constructor is invoke.  This is essential, the parameters channel and volume would be indistinguishable from the fields of the same names.  The parameters, hide the class fields of the same name.
  • 26. 1.2.3 Object Creation, Constructors, Garbage Collection ● Compiler-supplied default constructor  Default constructor, no-arg construction with an empty body.  Initializing the fields in the object to default initial values based on their types.  Even when we create an object in class TV, which does define constructors (i.e. There will not be a default constructor supplied by the compiler).
  • 27. 1.2.3 Object Creation, Constructors, Garbage Collection ● Garbage collection  Memory space occupied by an object is reclaimed by the garbage collector when the object is no longer in use.  The first Rectangle object (10, 10) has no variable referring to it. ● Not accessible any more, and is considered to be no longer in use.
  • 28. 1.2.3 Object Creation, Constructors, Garbage Collection ● Garbage collector  Identifies that an object is not in use.  Determines the best time to reclaim the space used by this object. ● Garbage collector is always silently running in the background. ● Memory that is allocated when a new object is created, is automatically garbage collected when it is no longer in use.
  • 29. 1.2.3 Object Creation, Constructors, Garbage Collection ● C and C++  Two memory-related problems: ● The programmer “forgets” to free up space that had been allocated earlier, but is no longer required (wasteful). ● The programmer tries to use memory that has been freed up earlier, without realizing that it no longer belongs to the program (dangerous).
  • 31. 1.2.5 Static Fields and Methods ● Static fields  Switching the channel on tv1 has not affected the channel setting on tv2 because their respective channel fields are separate and different.
  • 32. 1.2.5 Static Fields and Methods ● Static variables  Objects of a class may share a common resource.  This is a property of the class as a whole, not of every object. ● MAX_VOLUME set a limit on the value of the volume field. ● All TV objects will be able to share the MAX_VOLUME resource. ● It may be accessed by using the class name instead of an object name:
  • 33. 1.2.5 Static Fields and Methods  Access via the class name is recommended because it is then obvious that the field is static. ● Constants  final indicates that once a value is assigned to this field, it may not subsequently change.
  • 34. 1.2.5 Static Fields and Methods ● Static Methods  Utility methods applies to the class rather than any particular object of that class. ● Invoked through the name of the class that contains it and not through an object. ● All the methods the class Math are static, and so are its fields.
  • 35. 1.2.5 Static Fields and Methods
  • 36. 1.2.5 Static Fields and Methods ● Static methods can control the number of instances of a class that may be created in an application.  DrawingManager keeps track of all figures in a drawing application, and does various other managerial activities.  We only need one DrawingManager object in the application.
  • 37. 1.2.5 Static Fields and Methods ● The compiler will call an error because the constructor is not visible outside the class.  Define a method that can deal out the one instance of DrawingManager.  Must be static because it cannot be called on a DrawingManager object.
  • 38. 1.2.5 Static Fields and Methods
  • 39. 1.2.5 Static Fields and Methods ● All accesses are forced to be made through the getInstance method, which correctly handles the null case.
  • 40. 1.2.5 Static Fields and Method ● Special static method main  main method is declared as static.
  • 41. 1.2.6 Object References ● When an object is created using the new construct, it is assigned space in memory.  Two distinct objects  One object that is reference by two names
  • 42. 1.2.6 Object References ● Consider a method that takes some object as parameter is called.  When objects are passed as a parameter to a method, the parameter is a reference to the original object and not a copy. ● Any changes to the object in the method will be reflected in the object outside the method.
  • 43. 1.3 Inheritance ● Notion of specialization that leads to reuse of code is the basis of inheritance in object- oriented programming.
  • 44. 1.3.1 Superclass and Subclass ● B is a specialization of class A. ● A is inherited (and therefore reused) by class B. ● B is subclass. ● A is superclass.
  • 45. 1.3.1 Superclass and Subclass ● Cars and motorcycles are both motorized vehicles.  A car has four wheels instead of two, a steering wheel instead of a steering bar, and so on.  Inheritance necessitates an is-A relationship between the class that inherits and the class that is inherited from.  Every Car is a MotorVehicle.
  • 50. 1.3.1 Superclass and Subclass ● There are two methods in StereoTV, namely checkSetBalance and setLeftRight, that simply serve as helpers to the other methods of the class (they are not declared public).
  • 51. 1.3.2 Inherited and Specialized Fields  When a class B is subclassed from A, it inherits all the inheritable fields of A.  B can treat the inherited fields of A as its own.
  • 52. 1.3.3 Constructors ● A superclass constructor is not inherited by its subclass.  First handle the part inherited from the superclass, if applicable, and then handle the specialization part.
  • 54. 1.3.5 Inherited and Specialized Methods ● Inheritable methods of a class A are inherited by its subclass B.  switchChannel, changeVolume, and recallChannel of class TV are all inherited, and the code for each reused, by StereoTV.  changeVolume; if it is inherited from TV, what is the purpose of redoing it, and how can one prevent it from conflicting with the inherited changeVolume?
  • 55. 1.3.6 Method Overriding ● When the same functionality is provided and its subclass, but the underlying implementations are different, the subclass overrides the superclass' implementation.
  • 56. 1.3.6 Method Overriding ● Three kinds of methods a subclass may implement:  A method that is special to the subclass.  A method that is inherited from the superclass.  A method that overrides an inherited method.
  • 57. 1.4 THE Object CLASS ● When a class does not explicitly extend another class, it implicitly extends the Object class. ● Every class in Java ultimately extends the Object class.
  • 58. 1.4.1 The equals Method ● equals method  Compares the object on which it is invoked with the object referred to by the specified obj argument.  Returns true if these objects have equal value, and false otherwise.  Assumes that an object is only equal to itself. ● equivalent to the == operator.
  • 60. 1.4.1 The equals Method ● Default implementation of equals in the Object class checks whether two objects are physically the same. ● In the geometric sense, rectangles are equal if their widths and heights are equal.
  • 61. 1.4.1 The equals Method ● Overriding the equals method.  The if condition ● Check for null ● Check for correct instance.  Explicit cast to the type of the object.  The body evaluates to true or false.  Last statement (outside the if) returns false.
  • 62. 1.4.2 The toString Method ● toString method  Used to print the value of an object to an output stream.  Useful debugging tool
  • 63. 1.4.2 The toString Method ● When a variable is sent as an argument to the System.out.println() or System.out.print() method, it automatically calls the toString method.
  • 64. 1.4.3 The clone Method ● clone Method  Makes a physical copy with the same state as the source object.  Class must declare itself to implement an interface called Cloneable, defined in java.lang.
  • 66. 1.5 EXCEPTIONS ● We mistyped the number 10 as ‘‘1o’’. ● The program failed because an exception was thrown at some point in the execution.
  • 67. 1.5.1 Interpreting an Exception Message ● The first line corresponds to the latest incident. ● The exception sequence is printed by the virtual machine (VM), launched by the java command.
  • 69. 1.5.2 Homegrown Error Handling ● Program requirements  There must be two arguments.  Each of the arguments must have at least one character.
  • 71. 1.5.2 Homegrown Error Handling ● ‘‘torpedo’’ approach  Detect the error as soon as it could have happened.  Print an error message  Exit the program right there. ● Any error will bring the program crashing down right away without any hesitation.
  • 73. 1.5.2 Homegrown Error Handling ● The burden of taking action on an error is on the caller.  The caller has more contextual information, and is able to handle problems more judiciously.
  • 74. 1.5.2 Homegrown Error Handling ● Note that the answer 16! is smaller than for 15! ● 17! is a negative number. ● Those numbers are too large for an integer to hold.
  • 76. 1.5.2 Homegrown Error Handling ● Having a method’s return value mean either a correct result or an error code is dangerous because it confuses the issue and weakens the link between the method and its caller. ● In the case of methods that do not return a value, the approach to force error coding would be more convoluted, and therefore more error- prone.
  • 77. 1.5.3 Throwing an Exception ● Java’s mechanism of using exceptions is a uniform, well-engineered process that separates normal execution from error situations. ● An exception is an object.  At the point where an error is detected, an exception object must be created and thrown ● This launches a separate control flow in the program that is orchestrated by the virtual machine.
  • 78. 1.5.3 Throwing an Exception
  • 79. 1.5.3 Throwing an Exception ● As soon as an error is detected, an exception is thrown. ● You need to choose an appropriate exception object. ● The moment the exception is thrown, the method from where it is thrown is exited
  • 80. 1.5.3 Throwing an Exception
  • 81. 1.5.3 Throwing an Exception
  • 82. 1.5.3 Throwing an Exception
  • 83. 1.5.4 Catching an Exception ● An exception that is thrown by a method can be caught by the caller of the method. ● Must have a "try block"  Encapsulates a section to catch exceptions from.  It is followed by a catch block.
  • 84. 1.5.4 Catching an Exception
  • 85. 1.5.4 Catching an Exception
  • 86. 1.5.4 Catching an Exception ● The entire try–catch combination is now inside a while loop that will spin until a correct input is entered and its factorial computed.
  • 87. 1.5.4 Catching an Exception ● Try-Catch blocks can catch more than one exception.
  • 88. 1.5.4 Catching an Exception ● The order of the catches doesn't usually matter if only one of the catches will apply at a time.
  • 89. 1.5.4 Catching an Exception ● NumberFormatException is a subclass of IllegalFormatException.  It will be matched against the first catch block, and will never get to the second.
  • 90. 1.5.5 Exception Class ● All exceptions are subclasses of the java.lang.Exception class. ● Two basic constructors:  No-arg constructor.  A constructor with a single String argument that can carry detailed messages.  Catching java.lang.Exceptions will catch any exceptions thrown by a subclass.
  • 92. 1.5.5 Exception Class ● printStackTrace() method.  Used by the virtual machine to print the entire sequence of method calls up to the point where the exception was thrown.
  • 93. 1.6 INPUT AND OUTPUT ● The Java API has a wide variety of input-output (IO) classes for many different requirements. ● java.util.Scanner class introduced in Java 1.5 can do much of the basic and most frequently needed IO functions.
  • 94. 1.6.1 Terminal-Driven IO ● Printing something to the terminal.  java.lang.System is a special class that contains a (static) field called out.  It is of type java.io.PrintStream, and is called the standard output stream.
  • 95. 1.6.1 Terminal-Driven IO ● The simplest input method is to enter data via the terminal. ● The System.in field is the standard input stream, connected to the terminal by default. ● An input stream in Java can contain either text data or binary data. ● We put an interpreter around System.in that can parse the input as text.  java.util.Scanner
  • 97. 1.6.1 Terminal-Driven IO ● If the second line of input was string, then you would get the following exception:
  • 98. 1.6.2 File-Based IO ● Reading from a file.  Point the scanner to the file instead of System.in.
  • 99. 1.6.2 File-Based IO ● In the input file, the numbers can be in any sequence, not necessarily one per line.
  • 101. 1.6.2 File-Based IO ● Checked and unchecked exceptions.  All subclasses, immediate or otherwise, of RuntimeException are called unchecked exceptions, while all other exceptions are called checked exceptions.
  • 102. 1.6.2 File-Based IO ● When a method M gets a checked exception back from a call to another method, then M must either catch this checked exception or throw it.
  • 103. 1.6.2 File-Based IO ● Writing to a file.  Set up a File object.  Create a java.io.PrintWriter object with the file as the target.
  • 104. 1.6.3 String Tokenizing ● Reversing the process of the NamesFilter program.
  • 106. 1.6.4 Writing an Exception Class ● You can then define your own exception class.
  • 107. 1.7.1 Java Packages ● The Java Application Programming Interface (API).  A large collection of many hundreds of classes.
  • 108. 1.7.1 Java Packages ● Refering to classes by their fully qualified names.  The name of the class prefixed with the package to which it belongs. ● e.g java.lang.String ● A Java class is automatically placed in an anonymous, catch-all package, unless you place it in a named package. ● java.lang is a special package.  No need to be fully qualified.
  • 109. 1.7.1 Java Packages ● Using the import keyword, you can get around fully qualifying class references. ● Using the ‘*’ is called wildcarding because it can match anything that is a fit.
  • 110. 1.7.2 Organizing Packages ● A package statement tells the compiler what class goes into what package. ● The names we choose for our packages must not conflict with the names of the java packages.
  • 111. 1.7.2 Organizing Packages ● Packages can be organized hierarchically. ● Create a folder for each package with the same name as the package. ● Organize the Java source files for other classes under their respective package folders.
  • 112. 1.7.2 Organizing Packages ● When compiling a class that belongs to a package by running javac from the command line, you have to make sure that you are positioned in the right folder.
  • 113. 1.7.2 Organizing Packages ● Classes within the same package can refer to each other without using fully qualified names.  Just like referring to java.lang classes. ● When an application gets large, you may need to organize your subsystems into smaller subsystems.
  • 114. 1.7.3 Name Conflict Resolution ● You may have two classes with the same name as long as their fully qualified names are different. ● Example: Display  game.weapons.Display  game.actors.jedi.Display  game.scenarios.Display ● Confusion may arise if there is a conflict between two classes with the same name.
  • 115. 1.7.3 Name Conflict Resolution ● Example: structures.Stack  there is also a Stack class in the java.util package.
  • 117. 1.4.1 Polymorphic Reference ● ref takes on a different “form” each time.  ref demonstrates polymorphic behavior. ● Polymorphism in the context of object-oriented programming means that we can use a reference of a superclass type to refer to an object of that type, as well as any subclass type, any number of levels down the class inheritance hierarchy.
  • 118. 1.4.1 Polymorphic Reference ● ClassB objects is-A ClassA object.  A reference of type ClassA should also be able to refer to a ClassB object.  Every ClassC object is-A ClassA object; a reference of type ClassA should also be able to refer to a ClassC object.
  • 120. 1.4.1 Polymorphic Reference ● We have no way of knowing until run time whether the method will be invoked on a StereoTV object.  changeVolume will be invoked on the appropriate object at run time, depending on what tv refers to.
  • 121. 1.4.2 Casting Up the Class Hierarchy ● Java performs an implicit cast.  Casting up the class (inheritance) hierarchy.
  • 122. 1.4.3 Casting Down the Class Hierarchy
  • 123. 1.4.3 Casting Down the Class Hierarchy ● Incorrect if tv were to refer to a TV object, since TV does not define a setBalance method.  Correct if tv were indeed to refer to a StereoTV object. ● The compiler is conservative about this, and flags the statement as an error. ● Once “specialty” sets in, polymorphism is no longer active.
  • 124. 1.4.3 Casting Down the Class Hierarchy ● If we know for sure that tv indeed refers to a StereoTV object, cast down the class hierarchy.  If tv does refer to a TV object, the invocation of setBalance will be rejected at run time.
  • 125. 1.4.4 The Instanceof Operator ● instanceof operator determines the relationship between a reference and the type of object to which it refers at run time.  After the following: ● are all true
  • 126. 1.4.4 The Instanceof Operator
  • 127. 1.5 Access Control ● Local variables of a method (including its parameters) are visible only in the body of that method.  Field and method of a class, as well as its constructors, may be declared with one of the following access control modifiers: ● Public ● Private ● Protected  If no access control modifier is specified, a package level of accessibility is assumed.
  • 128. 1.5.1 Public Access ● A public field or a method is accessible anywhere the class is accessible.  The methods of class TV and class StereoTV are declared public, and, since the respective classes themselves are declared public, these methods are accessible anywhere.  Except for the static fields, none of the fields of TV or StereoTV are declared public. ● Since they have no access control modifiers, they are accessible only within the same package.
  • 129. 1.5.2 Package Access ● A field or method (or class) for which no access control modifier is specified, is accessible, as well as inheritable, by any class in its package.  If a class is not declared to belong to a specific package, it is placed in a catch-all, unnamed package, that is shared by all other classes for which a package name is not specified.  There are two ways in which we can make classes belong to the same package. ● Not name any package for either. ● Code a package name.
  • 131. 1.5.3 Protected Access ● A protected field or method (or class) is inherited by subclasses, is also accessible to classes within the same package.  More access than package but less than public.
  • 132. 1.5.4 Private Access ● A field or method declared private is only accessible in the class itself.
  • 133. 1.6 Abstract Classes ● A graphical geometry application, in which we wanted to build objects for a variety of geometric shapes such as line segments, rectangles, circles, and so on.  Every such object, we wanted to be able to draw it, scale it by a specified factor, translate it by a specified amount and rotate it by a specified angle.  All geometric objects share these four common operations, but exactly how it is implemented differs from shape to shape.
  • 136. 1.6 Abstract Classes ● Knowing that s1 (and s2) always refer to Shape objects, it is always safe to invoke any of the operations defined for Shape, and rely on the fact that the actual object will take care of drawing itself appropriately.
  • 137. 1.6.1 Abstract Class Shape ● Shape itself is not real—it does not make sense to create a Shape object.  Shape is an abstract class.  It declares certain operations that must be supported by any subclass of Shape, but itself does not implement any of them because it doesn't know how to.
  • 141. 1.6 Abstract Classes ● Declare with modifier abstract. ● If a class that is not declared abstract has an abstract method, it would result in a compile- time error. ● An abstract class may define fields that can be inherited by its subclasses.
  • 142. 1.6 Abstract Classes ● An abstract class may define one or more constructors.  Objects, the constructor(s) is for the use of subclasses—the constructor(s) may perform initialization for the part that is inherited by subclasses. ● An abstract class may define non-abstract methods.
  • 143. 1.6 Abstract Classes ● Each sub class of an abstract class may override one or more of the abstract methods inherited by it, with implementations that effectively make those method non-abstract. ● A subclass of an abstract class need not override all the inherited abstract method, with implementations.  If the subclass does not provide an implementation for at least one inherited abstract method, it remains an abstract class.
  • 144. 1.7 Interfaces ● Java provides a construct called interface that may be used to define an explicit interface.
  • 145. 1.7.1 The Java Interface Construct ● Interface is like an abstract class, in which none of the methods are implemented and there are no instance variables.  Any fields must be static.
  • 146. 1.7.1 The Java Interface Construct ● Keyword class is replaced by the keyword interface. ● All methods are implicitly public and abstract. ● Fields are implicitly public, static and final.
  • 147. 1.7.2 Implementing an Interface ● A class may conform to an interface by specifying that it implements that interface.  The class implements all the methods prescribed by that interface, but is not restricted to only these methods.  Any class that extends Rectangle will implicitly implement ShapeInterface.
  • 148. 1.7.2 Implementing an Interface
  • 150. 1.7.4 The Need for Interfaces ● Terminal and Frame, model different types of virtual windows, and a class called Manager that is in charge of managing these windows.  Terminal class command-line interface to the operating system.
  • 151. 1.7.4 The Need for Interfaces ● Frame implements a work area with a menu7 bar, typically found in applications such as work processors, drawing packages, etc.
  • 152. 1.7.4 The Need for Interfaces ● Manager class manages graphic objects.
  • 153. 1.7.4 The Need for Interfaces ● Manageable Interface
  • 154. 1.7.4 The Need for Interfaces ● Manage will deal with any object that implements the Manageable interface.
  • 155. 1.7.4 The Need for Interfaces
  • 156. 1.7.4 The Need for Interfaces ● A class may implement more than one interface.
  • 157. 1.7.5 Extending Interfaces ● Like classes, interfaces may be extended.  Rdevice is an interface that specifies a computer device that can read magnetic or optical media such as a hard drive or a CD.  RWDevice is an interface specifies a computer device that can not only read but also write to an optical or magnetic device.  Since a read-write device is a read device and then some, the specification of RWDevice extends that of RDevice.
  • 159. 1.8 The Object Class ● When a class is defined that does not explicitly extend another class, it is implicitly assumed to extend a class called Object, which is in the package java.lang.  Every class in Java ultimately extends the Object class.  There are two sets of methods in Object, general utility methods, and those that support threads.
  • 160. 1.9 Generics ● Many applications need to store collections of objects.  It would be impractical to build one version for each type of objects that needed to be stored using your collection class.  Impossible to predict what types of objects would possibly need to be sorted by the thousands of applications that would potentially use your class.  One way to genericize your class would be to use the catchall Object class.
  • 162. 1.9 Generics ● Every reference in your class to any object in its collection would use the Object type.  When an object is retrieved from the collection, the application can convert it back to the particular type.  Work so long as the application does not need your collection to apply any non Object type operations when they are in the collection. ● i.e. Once it sends in a Shape to your collection, cannot expect your collection to provide an operation that will draw all shapes. ● Drawing operation is not defined in the Object class.
  • 163. 1.9 Generics ● There is no way for the collection to tell whether all objects in the collection are alike.  A generic class is said to be a template that can be concretized to contain objects of any particular type when the generic class itself is instantiated.
  • 165. 1.9.1 Using java.util.ArrayList for Collections ● The ArrayList is a generic array that can resize itself automatically on demand.  When the sixth object is attempted to be added, after exiting the for loop, the array list sees that it is full to capacity.  The following actions are carried out:
  • 166. 1.9.1 Using java.util.ArrayList for Collections ● A new array of capacity 10 (double the previous capacity of 5) is allocated. ● All items from the old array are copied to the new. ● The new item to be added is appended to this new array. ● The internal reference to the collection is switched from the old array to the new array— the old array is ready to be garbage collected.
  • 167. 1.9.1 Using java.util.ArrayList for Collections ● This process will be repeated if the array list is full to capacity (all 10 locations are filled), and a new item is asked to be added.  A new array of size 20.  ArrayList methods: ● add and remove items, ● get the current size, ● get an time at a given index, ● replace an item at a given index.
  • 168. 1.9.2 The java.util.ArrayList Interface ● Genericizing a class.  Define the class to accept a type parameter:  The type parameter is given a name (here the name is E), which can then be referred everywhere in the class where the type needs to be genericized.  This generic name is completely up to the class implementor, although it is typically either E or T.  A constructor is defined:
  • 169. 1.9.2 The java.util.ArrayList Interface ● The object is created with the specific type concretization of String, but the constructor itself does not refer to the type parameter.  Methods int eh ArrayList class refer to the generic type parameter in their header.  This method returns an object of generic type E.
  • 170. 1.9.3 Implementing a Generic Class ● An array that stores its contents in sorted order.  All references to T in the SortedArray class are to the one and the same T defined in the class header.  Items in our sorted array list are actually stored in the ArrayList class.
  • 171. 1.9.3 Implementing a Generic Class
  • 172. 1.9.3 Implementing a Generic Class ● We can implement the constructors and the indexOf methods by simply passing the buck to the corresponding constructors and indexOf method of the ArrayList class.  When a new item is added, it must be inserted in the correct sorted position.
  • 173. 1.9.3 Implementing a Generic Class
  • 174. 1.9.3 Implementing a Generic Class
  • 175. 1.9.4 Implementing a Generic Interface ● When 7 is to be added to the sorted arry, it is compared against array item, starting with the first.  Each comparison needs to tell whether 7 is greater than an array item or not.
  • 176. 1.9.4 Implementing a Generic Interface
  • 177. 1.9.4 Implementing a Generic Interface
  • 178. 1.9.4 Implementing a Generic Interface ● Define T to be not just any type, but a type that provides a method to perform the less-than comparison we need.  Use an interface that prescribes a less-than comparison method, and a stipulate in our class definition that T must be a type that implements this interface.
  • 179. 1.9.4 Implementing a Generic Interface ● Example: Making integers conform to MyComparable<T>.  Consider building a class that encapsulates an integer value.
  • 180. 1.9.4 Implementing a Generic Interface
  • 181. 1.9.4 Implementing a Generic Interface ● The java language defines a generic interface called Comparable<T> for this purpose.  Several of the Java language classes implement this interface, including String and Integer.
  • 182. 1.9.4 Implementing a Generic Interface
  • 183. 1.9.4 Implementing a Generic Interface
  • 184. 1.9.4 Implementing a Generic Interface ● Every concrete instance of T must implement the compareTo method, which will return a value less than (or equal to) zero if the target item (item) is less than (or equal to) the parameter item (items.get(i)).
  • 185. 1.9.4 Implementing a Generic Interface
  • 186. 1.9.5 Static Template Methods ● Sorter accepts either a sequence of integers, or a sequence of strings, in any order, and prints them out in sorted order.
  • 188. 1.9.5 Static Template Methods ● Depending on whether the user wants to sort integers or strings, the method sortIntegers or sortStrings is called respectively;
  • 191. 1.9.5 Static Template Methods ● Both of these methods end up calling print.
  • 192. 1.9.5 Static Template Methods ● A type name, T, is used without it having been defined.  When we define the SortedArray class, we define the type name T in the class header.  Sorter itself is not genericized as a whole, but we need to genericize the single static method print.  In order to do this, we need to add a type definition to the header.
  • 193. 1.9.5 Static Template Methods ● We had defined the type parameter to SortedArray as T extends Comparable<T>.
  • 194. 1.9.5 Static Template Methods ● Static Template Method in Generic Class.  Suppose we want to define a static method in the generic SortedArray<T> class that would take an unsorted array, and return a sorted version of this array in a SortedArray<T> object.
  • 195. 1.9.5 Static Template Methods ● We cannot reuse the class definition of T.
  • 196. 1.9.5 Static Template Methods ● T defined here will not conflict with the T defined in the header—they are separate, independent T's.
  • 197. Summary ● The two defining characteristics of object- oriented programming are encapsulation and inheritance. ● Encapsulation separaates interface from implementation. ● Reusing an encapsulation means using an object, time and again, as a component in other objects.
  • 198. Summary ● Inheritance makes it possible to build class hierarchies that accurately model application systems, and share code. ● A class is a blueprint for the creation of objects. ● An object once created is alive so long as there is at least one reference to it. ● A message to an object leads to the invocation of a method in that object.
  • 199. Summary ● Two methods in a class with the same mane but different signatures are said to be overloaded. ● Overloaded methods provide similar functionality in slightly different contexts. ● A method in a subclass that has the same signature as a method is inherited from its superclass is said to override the inherited method.
  • 200. Summary ● Polymorphism means a superclass reference can refer to an object of any of its subclasses along an inheritance hierarchy. ● The importance of polymorphism is that a message that is sent via a superclass reference can invoke the corresponding method in any of its subclasses. ● Java defines four levels of access: private, public, protected and package.
  • 201. Summary ● Classes that are not related by inheritance can be brought under the common umbrella of an interface by a third class so that the latter may apply one or more common operations to objects of these classes. ● An interface may extend another interface. ● All classes in Java implicitly extend a root class called Object.
  • 202. Summary ● The Object class provides several methods that have default implementations, equals.toString and clone. ● A generic class is one that allows a choice of client-defined types to concretize it. ● A generic class defines a parameter type in its header.
  • 203. Summary ● The parameter type defined in a generic class header applies only to instance members; static method, if generic, need to define a separate local type parameter in the method header. ● An interface can be made generic, just like a class.