1 / 44

Chapter 9 Object-Oriented Software Development

Chapter 9 Object-Oriented Software Development. Software Development Process Analyze Relationships Among Objects Class Development Class Design Guidelines Wrapper Classes Generic Sort Class Generic Matrix Class Generic Linked List Class. Software Development Process.

Télécharger la présentation

Chapter 9 Object-Oriented Software Development

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Chapter 9Object-Oriented Software Development • Software Development Process • Analyze Relationships Among Objects • Class Development • Class Design Guidelines • Wrapper Classes • Generic Sort Class • Generic Matrix Class • Generic Linked List Class

  2. Software Development Process

  3. Relationships among Classes • Association • Aggregation • Inheritance

  4. Association Association represents a general binary relationship that describes an activity between two classes.

  5. Representing Association in Classes An association is usually represented as a data field in the class. or

  6. Aggregation Aggregation is a special form of association, which represents an ownership relationship between two classes. Aggregation models the relationship like has-a, part-of, owns, and employed-by.

  7. Representing Composition in Classes A composing class is usually represented as a data field in the composed class. public class Magzine { private Publisher p;   /**Constructors*/ /**Date fields*/   /**Methods*/ } public class Publisher {   /**Constructors*/   /**Methods*/ } public class Consultant {   private Publisher[] p; /**Constructors*/ /**Date fields*/   /**Methods*/ }

  8. Inheritance Inheritance models the is-a relationship between two classes.

  9. Inheritance public class Student extends Person { /**Constructors*/   /**Methods*/ } public class Faculty extends Person { /**Constructors*/ /**Methods*/ }

  10. Weak Inheritance Relationship A weak is-a relationship can be represented using interfaces. For example, the weak is-a relationship “students are comparable based on their grades” can be represented by implementing the Comparable interface, as follows:

  11. Weak Inheritance Relationship, cont. public class Student extends Person implements Comparable { /** Data fields */ /** Constructors */ /** Methods */ /** Implement the compareTo method */ public int compareTo(Object object) { // ... } }

  12. Class Development 1. Identify classes for the system. 2. Describe attributes and methods in each class. 3. Establish relationships among classes. 4. Create classes.

  13. Example 9.1 Borrowing Mortgages Name Mortgage Person Borrower Address

  14. Example 9.1 Borrowing Mortgages, cont. The following is a test program that uses the classes Name, Person, Address, Borrower, and Mortgage. Run BorrowMortgage

  15. Example 9.2 The Rational Class Rational TestRationalClass Run

  16. Class Design Guidelines • Designing a Single Class. • Using Modifiers public, protected, private and static • Using Inheritance or Composition • Using Interfaces or Abstract Classes

  17. Designing a Single Class • A class should describe a single entity or a set of similar operations. A single entity with too many responsibilities can be broken into several classes to separate responsibilities. The String class, StringBuffer class, and StringTokenizer class all deal with strings, for example, but have different responsibilities.

  18. Designing a Single Class, cont. • Classes are usually designed for use by many different customers. To make a class useful in a wide range of applications, the class should provide a variety of ways for customization through properties and methods.

  19. Designing a Single Class, cont. • Classes are designed for reuse. Users can incorporate classes in many different combinations, orders, and environments. Therefore, you should design a class that imposes no restrictions on what or when the user can do with it, design the properties to ensure that the user can set properties in any order, with any combination of values, and design methods to function independently of their order of occurrence.

  20. Designing a Single Class, cont. • Provide a public default constructor and override the equals method and the toString method defined in the Object class whenever possible.

  21. Designing a Single Class, cont. • Follow standard Java programming style and naming conventions. Choose informative names for classes, data fields, and methods. Always place the data declaration before the constructor, and place constructors before methods. Always provide a constructor and initialize variables to avoid programming errors.

  22. Using Modifiers public, protected, private and static • Each class can present two contracts – one for the users of the class and one for the extenders of the class. Make the fields private and accessor methods public if they are intended for the users of the class. Make the fields or method protected if they are intended for extenders of the class. The contract for the extenders encompasses the contract for the users. The extended class may increase the visibility of an instance method from protected to public, or change its implementation, but you should never change the implementation in a way that violates that contract.

  23. Using Modifiers public, protected, private and static, cont. • A class should use the private modifier to hide its data from direct access by clients. You can use get methods and set methods to provide users with access to the private data, but only to private data you want the user to see or to modify. A class should also hide methods not intended for client use. The gcd method in the Rational class in Example 9.2, “The Rational Class,” is private, for example, because it is only for internal use within the class.

  24. Using Modifiers public, protected, private and static, cont. • A property that is shared by all the instances of the class should be declared as a static property.

  25. Using Inheritance or Composition In general, the difference between inheritance and composition is the difference between the is-a relationship and the has-a relationship. For example, an apple is fruit; thus, you would use inheritance to model the relationship between the classes Apple and Fruit. A person has a name; thus, you would use composition to model the relationship between the classes Person and Name.

  26. Using Inheritance or Composition, cont. Sometimes, the choice between inheritance and composition is not obvious. For example, you have used inheritance to model the relationship between the classes Circle and Cylinder. One could argue that a cylinder consists of circles; thus, you might use composition to define the Cylinder class as follows:

  27. Using Inheritance or Composition, cont. public class Cylinder { private Circle circle; /** Constructors */ /** Methods */ }

  28. Using Inheritance or Composition, cont. Both designs are fine. Which one is preferred? If polymorphism is desirable, you need to use the inheritance design. If you don’t care about polymorphism, the composition design gives more flexibility because the classes are less dependent using composition than using inheritance.

  29. Using Interfaces or Abstract Classes Both interfaces and abstract classes can be used to generalize common features. How do you decide whether to use an interface or a class? In general, a strong is-a relationship that clearly describes a parent-child relationship should be modeled using classes.

  30. Using Interfaces or Abstract Classes, cont. For example, since an orange is a fruit, their relationship should be modeled using class inheritance. A weak is-a relationship, also known as an is-kind-of relationship, indicates that an object possesses a certain property. A weak is-a relationship can be modeled using interfaces. For example, all strings are comparable, so the String class implements the Comparable interface. A circle or a rectangle is a geometric object, for example, so Circle can be designed as a subclass of GeometricObject. Circles are different and comparable based on their radius, for example, so Circle can implement the Comparable interface.

  31. Using Interfaces or Abstract Classes, cont. Interfaces are more flexible than abstract classes, because a subclass can extend only one superclass, but implement any number of interfaces. However, interfaces cannot contain concrete methods. You can combine the virtues of interfaces and abstract classes by creating an interface with a companion abstract class that implements the interface. So you can use the interface or its companion class whichever is more convenient.

  32. Wrapper Classes • Integer • Long • Float • Double • Boolean • Character • Short • Byte

  33. The Integer Classand The Double Class • Constructors • Class Constants MAX_VALUE, MIN_VALUE • Conversion Methods

  34. Example 9.3 Sorting an Array of Objects Objective: The example presents a generic method for sorting an array of objects. The objects are instances of the Comparable interface and they are compared using the compareTo method. Run GenericSort

  35. Example 9.4Designing Generic Classes • Objective: This example gives a generic class for matrix arithmetic. This class implements matrix addition and multiplication common for all types of matrices. GenericMatrix

  36. Example 9.4, cont.

  37. Example 9.4, cont. • Objective: This example gives two programs that utilize the GenericMatrix class for integer matrix arithmetic and rational matrix arithmetic. IntegerMatrix Run TestIntegerMatrix Rational Matrix TestRationalMatrix Run

  38. Linked List Arrays are useful for storing and managing a set of elements of the same type. However, since the length of an array is fixed once the array is created, you need to know the length of the array before you create it. A linked list can grow or shrink dynamically as needed. A linked list consists of nodes, as shown in Figure 9.14. Each node contains an element and each node is linked to its next neighbor. Thus, a node can be defined as a class as follows:

  39. Linked List Structure public class Node { Object element; Node next; public Node(Object o) { element = o; } }

  40. Create a Linked List with three Nodes Node n1 = new Node(new String(“Welcome to Java!”)); Node n2 = new Node(new JButton(“OK”)); Node n3 = new Node(new Rational(1, 2)); n1.next = n2; n2.next = n3; Node first = n1; Node last = n3;

  41. Generic Linked List Add a new node

  42. Generic Linked List Remove a new node

  43. Example 9.5 Using Linked List • This example creates a linked list using GenericLinkedList. It then uses the add method to add strings to the list and uses the remove method to remove strings from the list. GenericLinkedList TestLinkedList Run

  44. Generic Linked List GenericLinkedList list = new GenericLinkedList(); list.addLast(new String(“Welcome to Java”)); list.addLast(new JButton(“OK”)); list.addLast(new Rational(1, 2));

More Related