Top Banner
ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts
33

ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Dec 22, 2015

Download

Documents

Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

ISBN 0-321-19362-8

Chapter 11

Abstract Data Types and Encapsulation Concepts

Page 2: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-2

Chapter 11 Topics

• The Concept of Abstraction

• Introduction to Data Abstraction

• Design Issues for Abstract Data Types

• Language Examples

• Parameterized Abstract Data Types

• Encapsulation Constructs

• Naming Encapsulations

Page 3: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-3

The Concept of Abstraction

• The concept of abstraction is fundamental in programming (and computer science)

• Nearly all programming languages support process abstraction with subprograms

• Nearly all programming languages designed since 1980 have supported data abstraction with some kind of module

Page 4: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-4

Introduction to Data Abstraction

• Def: An abstract data type is a user-defined data type that satisfies the following two conditions:1. The representation of, and operations on, objects of the

type are defined in a single syntactic unit; also, other units can create objects of the type.

2. The representation of objects of the type is hidden from the program units that use these objects, so the only operations possible are those provided in the type's definition.

Page 5: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-5

Introduction to Data Abstraction

• Advantage of Restriction 1: – Program organization, modifiability (everything

associated with a data structure is together), and separate compilation

• Advantage of Restriction 2: – Reliability--by hiding the data representations, user

code cannot directly access objects of the type. User code cannot depend on the representation, allowing the representation to be changed without affecting user code.

Page 6: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-6

Introduction to Data Abstraction

• Built-in types are abstract data types

e.g. int type in Java– The representation is hidden

– Operations are all built-in

– User programs can define objects of int type

• User-defined abstract data types must have the same characteristics as built-in abstract data types

Page 7: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-7

Design Issues

• Language Requirements to support abstract data types:1. A syntactic unit in which to encapsulate the type

definition.2. A method of making type names and subprogram

headers visible to clients, while hiding actual definitions.

3. Some primitive operations must be built into the language processor (usually just assignment and comparisons for equality and inequality)

• Some operations are commonly needed, but must be defined by the type designer

• e.g., iterators, constructors, destructors

Page 8: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-8

Design Issues

• Language Design Issues:1. Encapsulate a single type, or something more?

2. What types can be abstract?

3. Can abstract types be parameterized?

4. What access controls are provided?

Page 9: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-9

Language Examples

1. Simula 67– Provided encapsulation, but no information hiding

Page 10: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-10

Language Examples

2. Ada– The encapsulation construct is the package

– Packages usually have two parts:1. Specification package (the interface)

2. Body package (implementation of the entities named in the specification)

– Information Hiding1. Hidden types are named in the spec package, as in:

type NODE_TYPE is private;

Page 11: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-11

Language Examples

2. Representation of an exported hidden type is specified in a special invisible (to clients) part of the spec package (the private clause), as in:

package … is type NODE_TYPE is private; … private type NODE_TYPE is record … end record; …

Page 12: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-12

Language Examples

• A spec package can also define unhidden types simply by providing the representation outside a private clause

Page 13: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-13

Language Examples

• The reasons for the two-part type definition are:1. The compiler must be able to see the

representation after seeing only the spec package (the compiler can see the private clause)

2. Clients must see the type name, but not the representation (clients cannot see the private clause)

Page 14: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-14

Language Examples

• Private types have built-in operations for assignment and comparison with = and /=– Limited private types have no built-in operations

Page 15: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-15

Language Examples

3. C++– Based on C struct type and Simula 67 classes

– The class is the encapsulation device

– All of the class instances of a class share a single copy of the member functions

– Each instance of a class has its own copy of the class data members

– Instances can be static, stack dynamic, or heap dynamic

Page 16: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-16

Language Examples

• Information Hiding:– Private clause for hidden entities

– Public clause for interface entities

– Protected clause - for inheritance (see Ch. 12)

Page 17: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-17

Language Examples

• Constructors: – Functions to initialize the data members of instances

(they DO NOT create the objects)

– May also allocate storage if part of the object is heap-dynamic

– Can include parameters to provide parameterization of the objects

– Implicitly called when an instance is created

– Can be explicitly called

– Name is the same as the class name

Page 18: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-18

Language Examples

• Destructors– Functions to cleanup after an instance is

destroyed; usually just to reclaim heap storage

– Implicitly called when the object’s lifetime ends

– Can be explicitly called

– Name is the class name, preceded by a tilde (~)

Page 19: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-19

Language Examples

• Friend functions or classes - to provide access to private members to some unrelated units or functions (NECESSARY in C++)

Page 20: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-20

Language Examples

• Evaluation of C++ Support for Abstract Data Types– Classes are similar to Ada packages for providing

abstract data types

– Difference: packages are encapsulations, whereas classes are types

Page 21: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-21

Language Examples

• Java– Similar to C++, except:

• All user-defined types are classes

• All objects are allocated from the heap and accessed through reference variables

• Individual entities in classes have access control modifiers (private or public), rather than clauses

• Java has a second scoping mechanism, package scope, which can be used in place of friends

– All entities in all classes in a package that do not have access control modifiers are visible throughout the package

Page 22: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-22

Language Examples

• C#– Based on C++ and Java

– Adds two access modifiers, internal and protected internal

– All class instances are heap dynamic

– Default constructors are available for all classes

– Garbage collection is used for most heap objects, so destructors are rarely used

– structs are lightweight classes that do not support inheritance

Page 23: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-23

Language Examples

• C# (continued)– Common solution to need for access to data members:

accessor methods (getter and setter)

– C# provides properties as a way of implementing getters and setters without requiring explicit method calls

Page 24: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-24

C# Property Example public class Weather {

public int DegreeDays { //** DegreeDays is a propertyget {

return degreeDays;} set {

degreeDays = value;}

}private int degreeDays;...}

...Weather w = new Weather();int degreeDaysToday, oldDegreeDays;...w.DegreeDays = degreeDaysToday;...oldDegreeDays = w.DegreeDays;

Page 25: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-25

Parameterized Abstract Data Types

1. Ada Generic Packages– Make the stack type more flexible by making the

element type and the size of the stack generic

Page 26: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-26

Example Program

package INT_STACK is new GENERIC_STACK(100, INTEGER);

package FLOAT_STACK is new GENERIC_STACK(500, FLOAT);

Page 27: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-27

Parameterized Abstract Data Types

2. C++ Templated Classes– Classes can be somewhat generic by writing

parameterized constructor functions, e.g.

stack (int size) { stk_ptr = new int [size]; max_len = size - 1; top = -1; } stack stk(100);

Page 28: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-28

Parameterized Abstract Data Types

• The stack element type can be parameterized by making the class a templated class

• Java does not support generic abstract data types

Page 29: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-29

Encapsulation Constructs

• Original motivation:– Large programs have two special needs:

1. Some means of organization, other than simply division into subprograms

2. Some means of partial compilation (compilation units that are smaller than the whole program)

• Obvious solution: a grouping of subprograms that are logically related into a unit that can be separately compiled (compilation units)– These are called encapsulations

Page 30: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-30

Encapsulation Constructs

• Nested subprograms in Ada and Fortran 95• Encapsulation in C

– Files containing one or more subprograms can be independently compiled

– The interface is placed in a header file– Problem: the linker does not check types between

a header and associated implementation

• Encapsulation in C++ – Similar to C– Addition of friend functions that have access to

private members of the friend class

Page 31: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-31

Encapsulation Constructs

• Ada Package– Can include any number of data and subprogram

delcarations

– Two parts: specification and body

– Can be compiled separately

• C# Assembly– Collection of files that appears to be a single

dynamic link library or executable

– Larger construct than class; used by all .NET programming languages

Page 32: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-32

Naming Encapsulations

• Large programs define many global names; need a way to divide into logical groupings

• A naming encapsulation is used to create a new scope for names

• C++ Namespaces– Can place each library in its own namespace and

qualify names used outside with the namespace

– C# also includes namespaces

Page 33: ISBN 0-321-19362-8 Chapter 11 Abstract Data Types and Encapsulation Concepts.

Copyright © 2004 Pearson Addison-Wesley. All rights reserved. 11-33

Naming Encapsulations

• Java Packages– Packages can contain more than one class

definition; classes in a package are partial friends

– Clients of a package can use fully qualified name or use the import declaration

• Ada Packages– Packages are defined in hierarchies which

correspond to file hierarchies

– Visibility from a program unit is gained with the with clause