Object-Oriented Design. Static Class Members Recall that a static method is one that can be invoked through its class name For example, the methods of.

Slides:



Advertisements
Similar presentations
Interfaces A Java interface is a collection
Advertisements

Chapter 4: Writing Classes
Chapter 6 Object-Oriented Design 5 TH EDITION Lewis & Loftus java Software Solutions Foundations of Program Design © 2007 Pearson Addison-Wesley. All rights.
Chapter Day 16. © 2007 Pearson Addison-Wesley. All rights reserved6-2 Agenda Day 16 Problem set 3 posted  10 problems from chapters 5 & 6  Due in one.
Chapter 6 Object-Oriented Design. © 2004 Pearson Addison-Wesley. All rights reserved6-2 Object-Oriented Design Now we can extend our discussion of the.
ECE122 L16: Class Relationships April 3, 2007 ECE 122 Engineering Problem Solving with Java Lecture 16 Class Relationships.
Chapter 5: Enhancing Classes Presentation slides for Java Software Solutions Foundations of Program Design Second Edition by John Lewis and William Loftus.
Chapter 4: Writing Classes Presentation slides for Java Software Solutions Foundations of Program Design Third Edition by John Lewis and William Loftus.
Aalborg Media Lab 28-Jun-15 Software Design Lecture 7 “Object Oriented Design”
Chapter 6 Object-Oriented Design. © 2004 Pearson Addison-Wesley. All rights reserved6-2 Object-Oriented Design Now we can extend our discussion of the.
Interfaces A Java interface is a collection of constants and abstract methods with a name that looks like a class name, i.e. first letter is capitalized.
Chapter Day 15. © 2007 Pearson Addison-Wesley. All rights reserved6-2 Agenda Day 15 Problem set 3 posted  10 problems from chapters 5 & 6  Due in 7.
Copyright © 2009 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Java Software Solutions Foundations of Program Design Sixth Edition by Lewis.
ECE122 L17: Method Development and Testing April 5, 2007 ECE 122 Engineering Problem Solving with Java Lecture 17 Method Development and Testing.
INF 523Q Chapter 5: Enhancing Classes. 2 b We can now explore various aspects of classes and objects in more detail b Chapter 5 focuses on: object references.
Copyright © 2009 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Java Software Solutions Foundations of Program Design Sixth Edition by Lewis.
Object Oriented Design and UML
CSE 1301 Lecture 11 Object Oriented Programming Figures from Lewis, “C# Software Solutions”, Addison Wesley Richard Gesick.
Chapter 6 Object-Oriented Design. © 2004 Pearson Addison-Wesley. All rights reserved6-2 Object-Oriented Design Now we can extend our discussion of the.
© 2004 Pearson Addison-Wesley. All rights reserved November 9, 2007 Method Design & Method Overloading ComS 207: Programming I (in Java) Iowa State University,
6-1 Object-Oriented Design Today we focuses on: –the this reference (Chapter 7) –the static modifier (Chapter 7) –method overloading (Chapter 7)
CSE 1302 Lecture 7 Object Oriented Programming Review Richard Gesick.
© 2006 Pearson Education Chapter 4: Writing Classes Presentation slides for Java Software Solutions for AP* Computer Science A 2nd Edition by John Lewis,
1 Object Oriented Design and UML Class Relationships –Dependency –Aggregation –Inheritance Reading for this Lecture: L&L 6.4 – 6.5.
© 2004 Pearson Addison-Wesley. All rights reserved November 7, 2007 Interfaces ComS 207: Programming I (in Java) Iowa State University, FALL 2007 Instructor:
Chapter 7 Object-Oriented Design Concepts
Chapter 6 Object-Oriented Design Part 3. © 2004 Pearson Addison-Wesley. All rights reserved6-2 Outline Enumerated Types Revisited Method Design Testing.
6. Object-Oriented Design Based on Java Software Development, 5 th Ed. By Lewis &Loftus.
6. Object-Oriented Design Based on Java Software Development, 5 th Ed. By Lewis &Loftus.
Programming in Java (COP 2250) Lecture 14 & 15 Chengyong Yang Fall, 2005.
ELC 312 DAY 11 & 12. © 2004 Pearson Addison-Wesley. All rights reserved6-2 Agenda Questions? Problem set 2 Corrected  2 A’s and 2 B’s Problem set 3 Posted.
Java Software Solutions Foundations of Program Design Sixth Edition by Lewis & Loftus Chapter 6: Object-Oriented Design.
1 Object Oriented Design and UML Class Relationships –Dependency –Aggregation –Interfaces –Inheritance Interfaces Reading for this Lecture: L&L 6.4 – 6.5.
Chapter 6 Object-Oriented Design. © 2004 Pearson Addison-Wesley. All rights reserved6-2 Object-Oriented Design Now we can extend our discussion of the.
Static class members.
1 Object-Oriented Design Now we can extend our discussion of the design of classes and objects Chapter 6 focuses on: software development activities determining.
Chapter 6 Object-Oriented Design Part 2. © 2004 Pearson Addison-Wesley. All rights reserved2/20 The this Reference The this reference allows an object.
1 Object-Oriented Design Now we can extend our discussion of the design of classes and objects Chapter 6 focuses on: software development activities determining.
Chapter 8 Inheritance 5 TH EDITION Lewis & Loftus java Software Solutions Foundations of Program Design © 2007 Pearson Addison-Wesley. All rights reserved.
Interfaces. In order to work with a class, you need to understand the public methods  methods, return types,…  after you instantiate, what can you do.
© 2004 Pearson Addison-Wesley. All rights reserved November 12, 2007 Inheritance ComS 207: Programming I (in Java) Iowa State University, FALL 2007 Instructor:
Outline Software Development Activities Identifying Classes and Objects Static Variables and Methods Class Relationships Interfaces Enumerated Types Revisited.
1 Chapter 4: Writing Classes  Chapter 4 focuses on: class definitions encapsulation and Java modifiers method declaration, invocation, and parameter passing.
© 2004 Pearson Addison-Wesley. All rights reserved April 5, 2006 Method Design & Method Overloading ComS 207: Programming I (in Java) Iowa State University,
Object-Oriented Design Chapter 7 1. Objectives You will be able to Use the this reference in a Java program. Use the static modifier for member variables.
2/23- Interfaces Reference: Java 6.5 and 9.3. PA-4 Review Requirements PA3 – Grading Key PA4 Requirements Doc.
© 2004 Pearson Addison-Wesley. All rights reserved November 2, 2007 Class Relationships ComS 207: Programming I (in Java) Iowa State University, FALL 2007.
Object-Oriented Design
Chapter 7 Object-Oriented Design
Chapter 5: Enhancing Classes
Chapter 4: Writing Classes
Interfaces November 6, 2006 ComS 207: Programming I (in Java)
Chapter 6: Object-Oriented Design
Inheritance November 10, 2006 ComS 207: Programming I (in Java)
Passing Objects to Methods
Object-Oriented Design
Object-Oriented Design
Object Oriented Programming
Object-Oriented Design
Abstract Class As per dictionary, abstraction is the quality of dealing with ideas rather than events. For example, when you consider the case of ,
Chapter 5: Enhancing Classes
CSE 501N Fall ‘09 13: Interfaces and Multiple Representation
Object Oriented Programming Review
Object-Oriented Design
Object-Oriented Design
Object-Oriented Design Part 2
Object-Oriented Design
Chapter 4: Writing Classes
Presentation transcript:

Object-Oriented Design

Static Class Members Recall that a static method is one that can be invoked through its class name For example, the methods of the Math class are static: result = Math.sqrt(25) Variables can be static as well Determining if a method or variable should be static is an important design decision © 2004 Pearson Addison-Wesley. All rights reserved6-2

The static Modifier We declare static methods and variables using the static modifier It associates the method or variable with the class rather than with an object of that class Static methods are sometimes called class methods and static variables are sometimes called class variables Let's carefully consider the implications of each © 2004 Pearson Addison-Wesley. All rights reserved6-3

Static Variables Normally, each object has its own data space, but if a variable is declared as static, only one copy of the variable exists private static float price; Memory space for a static variable is created when the class is first referenced All objects instantiated from the class share its static variables Changing the value of a static variable in one object changes it for all others © 2004 Pearson Addison-Wesley. All rights reserved6-4

Static Methods © 2004 Pearson Addison-Wesley. All rights reserved6-5 class Helper { public static int cube (int num) { return num * num * num; } Because it is declared as static, the method can be invoked as value = Helper.cube(5);

Static Class Members The order of the modifiers can be interchanged, but by convention visibility modifiers come first Recall that the main method is static – it is invoked by the Java interpreter without creating an object Static methods cannot reference instance variables because instance variables don't exist until an object exists However, a static method can reference static variables or local variables © 2004 Pearson Addison-Wesley. All rights reserved6-6

Static Class Members Static methods and static variables often work together The following example keeps track of how many Slogan objects have been created using a static variable, and makes that information available using a static method See SloganCounter.java (page 284)SloganCounter.java See Slogan.java (page 285)Slogan.java © 2004 Pearson Addison-Wesley. All rights reserved6-7

Outline © 2004 Pearson Addison-Wesley. All rights reserved6-8 Static Variables and Methods Class Relationships Interfaces Enumerated Types Revisited Method Design

Class Relationships Classes in a software system can have various types of relationships to each other Three of the most common relationships: Dependency: A uses B Aggregation: A has-a B Inheritance: A is-a B Let's discuss dependency and aggregation further Inheritance is discussed in detail in Chapter 8 © 2004 Pearson Addison-Wesley. All rights reserved6-9

Dependency A dependency exists when one class relies on another in some way, usually by invoking the methods of the other We've seen dependencies in many previous examples We don't want numerous or complex dependencies among classes Nor do we want complex classes that don't depend on others A good design strikes the right balance © 2004 Pearson Addison-Wesley. All rights reserved6-10

Dependency Some dependencies occur between objects of the same class A method of the class may accept an object of the same class as a parameter For example, the concat method of the String class takes as a parameter another String object str3 = str1.concat(str2); This drives home the idea that the service is being requested from a particular object © 2004 Pearson Addison-Wesley. All rights reserved6-11

Dependency The following example defines a class called Rational to represent a rational number A rational number is a value that can be represented as the ratio of two integers Some methods of the Rational class accept another Rational object as a parameter See RationalTester.java (page 297)RationalTester.java See Rational.java (page 299)Rational.java © 2004 Pearson Addison-Wesley. All rights reserved6-12

Aggregation An aggregate is an object that is made up of other objects Therefore aggregation is a has-a relationship A car has a chassis In software, an aggregate object contains references to other objects as instance data The aggregate object is defined in part by the objects that make it up This is a special kind of dependency – the aggregate usually relies on the objects that compose it © 2004 Pearson Addison-Wesley. All rights reserved6-13

Aggregation In the following example, a Student object is composed, in part, of Address objects A student has an address (in fact each student has two addresses) See StudentBody.java (page 304)StudentBody.java See Student.java (page 306)Student.java See Address.java (page 307)Address.java An aggregation association is shown in a UML class diagram using an open diamond at the aggregate end © 2004 Pearson Addison-Wesley. All rights reserved6-14

Aggregation in UML © 2004 Pearson Addison-Wesley. All rights reserved6-15 StudentBody + main (args : String[]) : void + toString() : String Student - firstName : String - lastName : String - homeAddress : Address - schoolAddress : Address + toString() : String - streetAddress : String - city : String - state : String - zipCode : long Address

The this Reference The this reference allows an object to refer to itself That is, the this reference, used inside a method, refers to the object through which the method is being executed Suppose the this reference is used in a method called tryMe, which is invoked as follows: © 2004 Pearson Addison-Wesley. All rights reserved6-16 obj1.tryMe(); obj2.tryMe(); In the first invocation, the this reference refers to obj1 ; in the second it refers to obj2

The this reference The this reference can be used to distinguish the instance variables of a class from corresponding method parameters with the same names The constructor of the Account class (from Chapter 4) could have been written as follows: © 2004 Pearson Addison-Wesley. All rights reserved6-17 public Account (Sring name, long acctNumber, double balance) { this.name = name; this.acctNumber = acctNumber; this.balance = balance; }

Outline © 2004 Pearson Addison-Wesley. All rights reserved6-18 Static Variables and Methods Class Relationships Interfaces Enumerated Types Revisited Method Design

Interfaces A Java interface is a collection of abstract methods and constants An abstract method is a method header without a method body An abstract method can be declared using the modifier abstract, but because all methods in an interface are abstract, usually it is left off An interface is used to establish a set of methods that a class will implement © 2004 Pearson Addison-Wesley. All rights reserved6-19

Interfaces Interface của một class là phần đ ặc tả các method của class đ ó nh ư ng không bao gồm phần cài đ ặt, việc cài đ ặt các method này đư ợc giao lại cho các class kế thừa từ các interface này. Một class kế thừa một interface nào thì bắt buộc phải cài đ ặt tất cả các method của interface đ ó Một đ ối t ư ợng có thể đư a ra nhiều interface của mình, và class kế thừa interface nào phải cài đ ặt đ ầy đ ủ các method của interface đ ó. Java không cho phép đ a kế thừa (một class của Java không thể có h ơ n một class cha) nh ư ng nhờ đ ặc đ iểm này (interface) cho phép cài đ ặt nhiều giao diện đ ể thừa h ư ởng thêm các vùng và method của những interface này. Interface đư ợc khai báo nh ư là một lớp nh ư ng các thuộc tính là hằng (final) và các ph ươ ng thức là abstract Để một class kế thừa một giao diện ta dùng từ khóa implements (thay vì extends) © 2004 Pearson Addison-Wesley. All rights reserved6-20

Interfaces © 2004 Pearson Addison-Wesley. All rights reserved6-21 public interface Doable { public void doThis(); public int doThat(); public void doThis2 (float value, char ch); public boolean doTheOther (int num); } interface is a reserved word None of the methods in an interface are given a definition (body) A semicolon immediately follows each method header

Interfaces An interface cannot be instantiated Methods in an interface have public visibility by default A class formally implements an interface by: stating so in the class header providing implementations for each abstract method in the interface If a class asserts that it implements an interface, it must define all methods in the interface © 2004 Pearson Addison-Wesley. All rights reserved6-22

Interfaces © 2004 Pearson Addison-Wesley. All rights reserved6-23 public class CanDo implements Doable { public void doThis () { // whatever } public void doThat () { // whatever } // etc. } implements is a reserved word Each method listed in Doable is given a definition

UML class diagram © 2004 Pearson Addison-Wesley. All rights reserved6-24

Interfaces A class that implements an interface can implement other methods as well See Complexity.java (page 310)Complexity.java See Question.java (page 311)Question.java See MiniQuiz.java (page 313)MiniQuiz.java In addition to (or instead of) abstract methods, an interface can contain constants When a class implements an interface, it gains access to all its constants © 2004 Pearson Addison-Wesley. All rights reserved6-25

Interfaces A class can implement multiple interfaces The interfaces are listed in the implements clause The class must implement all methods in all interfaces listed in the header © 2004 Pearson Addison-Wesley. All rights reserved6-26 class ManyThings implements interface1, interface2 { // all methods of both interfaces }

Interfaces The Java standard class library contains many helpful interfaces The Comparable interface contains one abstract method called compareTo, which is used to compare two objects We discussed the compareTo method of the String class in Chapter 5 The String class implements Comparable, giving us the ability to put strings in lexicographic order © 2004 Pearson Addison-Wesley. All rights reserved6-27

The Comparable Interface Any class can implement Comparable to provide a mechanism for comparing objects of that type © 2004 Pearson Addison-Wesley. All rights reserved6-28 if (obj1.compareTo(obj2) < 0) System.out.println ("obj1 is less than obj2"); The value returned from compareTo should be negative is obj1 is less that obj2, 0 if they are equal, and positive if obj1 is greater than obj2 When a programmer designs a class that implements the Comparable interface, it should follow this intent

The Comparable Interface It's up to the programmer to determine what makes one object less than another For example, you may define the compareTo method of an Employee class to order employees by name (alphabetically) or by employee number The implementation of the method can be as straightforward or as complex as needed for the situation © 2004 Pearson Addison-Wesley. All rights reserved6-29

The Iterator Interface As we discussed in Chapter 5, an iterator is an object that provides a means of processing a collection of objects one at a time An iterator is created formally by implementing the Iterator interface, which contains three methods The hasNext method returns a boolean result – true if there are items left to process The next method returns the next object in the iteration The remove method removes the object most recently returned by the next method © 2004 Pearson Addison-Wesley. All rights reserved6-30

The Iterator Interface By implementing the Iterator interface, a class formally establishes that objects of that type are iterators The programmer must decide how best to implement the iterator functions Once established, the for-each version of the for loop can be used to process the items in the iterator © 2004 Pearson Addison-Wesley. All rights reserved6-31

Interfaces You could write a class that implements certain methods (such as compareTo ) without formally implementing the interface ( Comparable ) However, formally establishing the relationship between a class and an interface allows Java to deal with an object in certain ways Interfaces are a key aspect of object-oriented design in Java We discuss this idea further in Chapter 9 © 2004 Pearson Addison-Wesley. All rights reserved6-32

Outline © 2004 Pearson Addison-Wesley. All rights reserved6-33 Static Variables and Methods Class Relationships Interfaces Enumerated Types Revisited Method Design

Enumerated Types In Chapter 3 we introduced enumerated types, which define a new data type and list all possible values of that type © 2004 Pearson Addison-Wesley. All rights reserved6-34 enum Season {winter, spring, summer, fall} Once established, the new type can be used to declare variables Season time; The only values this variable can be assigned are the ones established in the enum definition

Enumerated Types An enumerated type definition is a special kind of class The values of the enumerated type are objects of that type For example, fall is an object of type Season That's why the following assignment is valid time = Season.fall; © 2004 Pearson Addison-Wesley. All rights reserved6-35

Enumerated Types An enumerated type definition can be more interesting than a simple list of values Because they are like classes, we can add additional instance data and methods We can define an enum constructor as well Each value listed for the enumerated type calls the constructor See Season.java (page 318)Season.java See SeasonTester.java (page 319)SeasonTester.java © 2004 Pearson Addison-Wesley. All rights reserved6-36

Enumerated Types Every enumerated type contains a static method called values that returns a list of all possible values for that type The list returned from values is an iterator, so a for loop can be used to process them easily An enumerated type cannot be instantiated outside of its own definition A carefully designed enumerated type provides a versatile and type-safe mechanism for managing data © 2004 Pearson Addison-Wesley. All rights reserved6-37

Outline © 2004 Pearson Addison-Wesley. All rights reserved6-38 Static Variables and Methods Class Relationships Interfaces Enumerated Types Revisited Method Design

As we've discussed, high-level design issues include: identifying primary classes and objects assigning primary responsibilities After establishing high-level design issues, its important to address low-level issues such as the design of key methods For some methods, careful planning is needed to make sure they contribute to an efficient and elegant system design © 2004 Pearson Addison-Wesley. All rights reserved6-39

Method Design An algorithm is a step-by-step process for solving a problem Examples: a recipe, travel directions Every method implements an algorithm that determines how the method accomplishes its goals An algorithm may be expressed in pseudocode, a mixture of code statements and English that communicate the steps to take © 2004 Pearson Addison-Wesley. All rights reserved6-40

Method Decomposition A method should be relatively small, so that it can be understood as a single entity A potentially large method should be decomposed into several smaller methods as needed for clarity A public service method of an object may call one or more private support methods to help it accomplish its goal Support methods might call other support methods if appropriate © 2004 Pearson Addison-Wesley. All rights reserved6-41

Method Decomposition Let's look at an example that requires method decomposition – translating English into Pig Latin Pig Latin is a language in which each word is modified by moving the initial sound of the word to the end and adding "ay" Words that begin with vowels have the "yay" sound added on the end © 2004 Pearson Addison-Wesley. All rights reserved6-42 bookookbaytableabletay itemitemyaychairairchay

Method Decomposition The primary objective (translating a sentence) is too complicated for one method to accomplish Therefore we look for natural ways to decompose the solution into pieces Translating a sentence can be decomposed into the process of translating each word The process of translating a word can be separated into translating words that: begin with vowels begin with consonant blends (sh, cr, th, etc.) begin with single consonants © 2004 Pearson Addison-Wesley. All rights reserved6-43

Method Decomposition See PigLatin.java (page 320)PigLatin.java See PigLatinTranslator.java (page 323)PigLatinTranslator.java In a UML class diagram, the visibility of a variable or method can be shown using special characters Public members are preceded by a plus sign Private members are preceded by a minus sign © 2004 Pearson Addison-Wesley. All rights reserved6-44

Class Diagram for Pig Latin © 2004 Pearson Addison-Wesley. All rights reserved6-45 PigLatin + main (args : String[]) : void + translate (sentence : String) : String - translateWord (word : String) : String - beginsWithVowel (word : String) : boolean - beginsWithBlend (word : String) : boolean PigLatinTranslator

Objects as Parameters Another important issue related to method design involves parameter passing Parameters in a Java method are passed by value A copy of the actual parameter (the value passed in) is stored into the formal parameter (in the method header) Therefore passing parameters is similar to an assignment statement When an object is passed to a method, the actual parameter and the formal parameter become aliases of each other © 2004 Pearson Addison-Wesley. All rights reserved6-46

Passing Objects to Methods What a method does with a parameter may or may not have a permanent effect (outside the method) See ParameterTester.java (page 327)ParameterTester.java See ParameterModifier.java (page 329)ParameterModifier.java See Num.java (page 330)Num.java Note the difference between changing the internal state of an object versus changing which object a reference points to © 2004 Pearson Addison-Wesley. All rights reserved6-47

Method Overloading Method overloading is the process of giving a single method name multiple definitions If a method is overloaded, the method name is not sufficient to determine which method is being called The signature of each overloaded method must be unique The signature includes the number, type, and order of the parameters © 2004 Pearson Addison-Wesley. All rights reserved6-48

Method Overloading The compiler determines which method is being invoked by analyzing the parameters © 2004 Pearson Addison-Wesley. All rights reserved6-49 float tryMe(int x) { return x +.375; } float tryMe(int x, float y) { return x*y; } result = tryMe(25, 4.32) Invocation

Method Overloading The println method is overloaded: println (String s) println (int i) println (double d) and so on... The following lines invoke different versions of the println method: System.out.println ("The total is:"); System.out.println (total); © 2004 Pearson Addison-Wesley. All rights reserved6-50

Overloading Methods The return type of the method is not part of the signature That is, overloaded methods cannot differ only by their return type Constructors can be overloaded Overloaded constructors provide multiple ways to initialize a new object © 2004 Pearson Addison-Wesley. All rights reserved6-51

Summary Chapter 6 has focused on: software development activities determining the classes and objects that are needed for a program the relationships that can exist among classes the static modifier writing interfaces the design of enumerated type classes method design and method overloading GUI design and layout managers © 2004 Pearson Addison-Wesley. All rights reserved6-52