Presentation is loading. Please wait.

Presentation is loading. Please wait.

Stack ADT & Modularity 2 implementations of the Stack abstract data type: Array Linked List Program design: modularity, abstraction and information hiding.

Similar presentations


Presentation on theme: "Stack ADT & Modularity 2 implementations of the Stack abstract data type: Array Linked List Program design: modularity, abstraction and information hiding."— Presentation transcript:

1 Stack ADT & Modularity 2 implementations of the Stack abstract data type: Array Linked List Program design: modularity, abstraction and information hiding

2 What is a Stack? stack: abstract data type that represents a collection of elements access only allowed at one point of the structure, typically called the top of the stack access to the most recently added item only like a stack of plates in a cafeteria – last in, first out (LIFO) new elements/plates placed on top the top plate/element is always the first to be removed Fundamental operations push: add item to stack pop: remove top item from stack top: get top item without removing it isEmpty like a stack of physical items, e.g., books, plates, etc. ADT – data collection described in terms of behavior/operations, not implementation

3 Abstract Data Type (ADT)
Type with public interface & hidden implementation User only knows the available operations In C: public interface contains function prototypes in a header file Implementation in separate .c file: function definitions Client code can use type to declare variables & use provided operations Implementation of ADT can change with no impact on client or change in interface

4 Stack ADT Stack.h: #include<stdbool.h>
typedef struct stackType *Stack; Stack create(); // create new empty stack void destroy(Stack s); // remove stack and all its elements bool isEmpty(Stack s); // return true if stack is empty, false otherwise bool isFull(Stack s); // return true if stack is full, false otherwise void push(Stack s, int n); // add n to top of stack int pop(Stack s); // remove and return top stack element

5 Stack ADT Client code, stackEx.c: #include<stdio.h>
#include "Stack.h" int main() { Stack s1, s2; int n; s1 = create(); s2 = create(); push(s1, 1); push(s1, 2); push(s1, 3); while(!isEmpty(s1)) { n = pop(s1); push(s2, n); } destroy(s1); while(!isEmpty(s2)) { printf("Popped from s2: %i\n", pop(s2)); destroy(s2); If stack implemented correctly, output is: Popped from s2: 1 Popped from s2: 2 Popped from s2: 3

6 Stack ADT: Array Implementation
Stack.c: #include<stdio.h> #include<stdlib.h> #include "Stack.h" #define STACK_SIZE 100 typedef struct stackType { int contents[STACK_SIZE]; int top; } stackType; Stack create() { Stack s = malloc(sizeof(stackType)); if(s == NULL) exit(EXIT_FAILURE); stop = 0; return s; } void destroy(Stack s) { free(s); } bool isEmpty(Stack s) { return stop == 0; bool isFull(Stack s) { return stop == STACK_SIZE; void push(Stack s, int n) { if(isFull(s)) exit(EXIT_FAILURE); scontents[stop] = n; stop++; Exercise: int pop(Stack s) { int n = s->contents[s->top-1]; s->top--; return n; }

7 Stack ADT: Linked List Implementation
Stack.c, version 2: #include<stdio.h> #include<stlib.h> #include "Stack.h" struct node { int data; struct node *next; }; struct stackType { struct node *top; Stack create() { Stack s = malloc(sizeof(struct stackType)); if(s == NULL) exit(EXIT_FAILURE); stop = NULL; return s; } void destroy(Stack s) { while(!isEmpty(s)) pop(s); free(s); } bool isEmpty(Stack s) { return stop == NULL; bool isFull(Stack s) { return false;

8 Stack ADT: Linked List Implementation
void push(Stack s, int n) { struct node *newNode = malloc(sizeof(struct node)); if(newNode == NULL) exit(EXIT_FAILURE); newNodedata = n; newNodenext = stop; stop = newNode; } int pop(Stack s) { struct node *oldTop; if(isEmpty(s)) exit(EXIT_FAILURE); oldTop = stop; int n = oldTopdata; stop = oldTopnext; free(oldTop); return n;

9 Program Design

10 Introduction Most full-featured programs are at least 100,000 lines long. Although C wasn’t designed for writing large programs, many large programs have been written in C. Writing large programs is quite different from writing small ones. Issues that are important when writing large programs: Style Documentation Maintenance Design Your program design should make programs readable and maintainable. We've been building very small programs. We can keep all the details in our head at once. Real application programs are much larger – they are too large and complex to hold all the details in our heads at once. They are written by multiple software developers, also. We need techniques for dealing with this complexity. One solution: modular programming: the code is composed of different code modules that are developed separately. A developer can take on a small piece of the system, and design and implement it without having to understand the rest of the program. The code modules are brought together to make a working program.

11 Modules Can view a program as a number of independent modules
Module: collection of services (functions) – some are made available to other parts of the program Each module has: interface: describes available services header file containing prototypes, made available to clients implementation: source code file – contains implementation of module's functions

12 Modules in C The C library is a collection of modules
Each header in the library serves as interface to a module: <stdio.h>: interface to module containing I/O functions <string.h>: interface to module containing string-handling functions Advantages of dividing program into modules: abstraction – a distancing between ideas and details. We can use modules without knowing how they work. reusability – a module can be reused in other programs. maintainability – a bug is contained to a single module, making it easier to find and fix. Abstraction in an IPod: you understand its external behavior (buttons, screen). You don't understand its inner details, and you don't need to, in order to use an iPod.

13 Modular Design Decisions to consider during modular design:
What should the program's modules be? Which services should each module provide? How should the modules be interrelated? Want modules to have two properties: high cohesion: a module has a well-defined purpose. All elements of module are closely related to each other. low coupling: modules should be as independent of each other as possible. loosely coupled modules make it easier to modify the program Types of Modules: libraries: collection of related functions. E.g., <string.h> abstract data types: a type whose representation is hidden data pool: a collection of related variables and constants Often just a header file in C. E.g., <float.h>, <limits.h>

14 Information Hiding A well-designed module often keeps some information secret from clients Clients of our Stack module don't need to know how the Stack is implemented (array, linked list, etc.) Information hiding: concealing information from clients of a module Advantages: Security: Clients don't know how a module's data is stored so they can't corrupt it. We control the client's access to data through the operations we provide. Flexibility: Changing the implementation is easy because the client isn't dependent on a particular implementation.


Download ppt "Stack ADT & Modularity 2 implementations of the Stack abstract data type: Array Linked List Program design: modularity, abstraction and information hiding."

Similar presentations


Ads by Google