Presentation is loading. Please wait.

Presentation is loading. Please wait.

CMSC 104, Section 301, Fall 20021 Lecture 18, 11/11/02 Functions, Part 1 of 3 Topics Using Predefined Functions Programmer-Defined Functions Using Input.

Similar presentations


Presentation on theme: "CMSC 104, Section 301, Fall 20021 Lecture 18, 11/11/02 Functions, Part 1 of 3 Topics Using Predefined Functions Programmer-Defined Functions Using Input."— Presentation transcript:

1 CMSC 104, Section 301, Fall 20021 Lecture 18, 11/11/02 Functions, Part 1 of 3 Topics Using Predefined Functions Programmer-Defined Functions Using Input Parameters Function Header Comments Top-Down Design

2 CMSC 104, Section 301, Fall 20022 Lecture 18, 11/11/02 Functions A C program is made up of one or more functions, one of which is main( ). Execution always begins with main( ), no matter where it is placed in the program. By convention, main( ) is located before all other functions. When program control encounters a function name, the function is called (invoked).  Program control passes to the function.  The function is executed.  Control is passed back to the calling function.

3 CMSC 104, Section 301, Fall 20023 Lecture 18, 11/11/02 #include int main ( )printf is the name of a predefined {function in the stdio library printf (“Hello World!\n”) ; this statement is return 0 ; is known as a } function call this is a string we are passing as an argument (parameter) to the printf function Sample Function Call

4 CMSC 104, Section 301, Fall 20024 Lecture 18, 11/11/02 Functions (con’t) We have used three predefined functions so far:  printf  scanf  getchar Programmers can write their own functions. Typically, each module in a program’s design hierarchy chart is implemented as a function. C function names follow the same naming rules as C variables.

5 CMSC 104, Section 301, Fall 20025 Lecture 18, 11/11/02 Sample Programmer-Defined Function #include void printMessage ( void ) ; int main ( ) { printMessage ( ) ; return 0 ; } void printMessage ( void ) { printf (“A message for you:\n\n”) ; printf (“Have a nice day!\n”) ; }

6 CMSC 104, Section 301, Fall 20026 Lecture 18, 11/11/02 Examining printMessage #include void printMessage ( void ) ; function prototype int main ( ) { printMessage ( ) ; function call return 0 ; } void printMessage ( void )function header { printf (“A message for you:\n\n”) ; function printf (“Have a nice day!\n”) ; body } function definition

7 CMSC 104, Section 301, Fall 20027 Lecture 18, 11/11/02 The Function Prototype Informs the compiler that there will be a function defined later that: returns this type has this name takes these arguments void printMessage (void) ; Needed because the function call is made before the definition -- the compiler uses it to see if the call is made properly

8 CMSC 104, Section 301, Fall 20028 Lecture 18, 11/11/02 The Function Call Passes program control to the function Must match the prototype in name, number of arguments, and types of arguments void printMessage (void) ; int main ( ) same name no arguments { printMessage ( ) ; return 0 ; }

9 CMSC 104, Section 301, Fall 20029 Lecture 18, 11/11/02 The Function Definition Control is passed to the function by the function call. The statements within the function body will then be executed. void printMessage ( void ) { printf (“A message for you:\n\n”) ; printf (“Have a nice day!\n”) ; } After the statements in the function have completed, control is passed back to the calling function, in this case main( ). Note that the calling function does not have to be main( ).

10 CMSC 104, Section 301, Fall 200210 Lecture 18, 11/11/02 General Function Definition Syntax type functionName ( parameter 1,..., parameter n ) { variable declaration(s) statement(s) } If there are no parameters, either functionName( ) OR functionName(void) is acceptable. There may be no variable declarations. If the function type (return type) is void, a return statement is not required, but the following are permitted: return ; OR return( ) ;

11 CMSC 104, Section 301, Fall 200211 Lecture 18, 11/11/02 Using Input Parameters void printMessage (int counter) ; int main ( ) { int num; printf (“Enter an integer: “) ; scanf (“%d”, &num) ; printMessage (num) ; one argument matches the one formal parameter return 0 ; of type int of type int } void printMessage (int counter) { int i ; for ( i = 0; i < counter; i++ ) { printf (“Have a nice day!\n”) ; }

12 CMSC 104, Section 301, Fall 200212 Lecture 18, 11/11/02 Final “Clean” C Code #include void printMessage (int counter) ; int main ( ) { int num ; /* number of times to print message */ printf (“Enter an integer: “) ; scanf (“%d”, &num) ; printMessage (num) ; return 0 ; }

13 CMSC 104, Section 301, Fall 200213 Lecture 18, 11/11/02 Final “Clean” C Code (con’t) /************************************************************************* ** printMessage - prints a message a specified number of times ** Inputs: counter - the number of times the message will be ** printed ** Outputs: None /*************************************************************************/ void printMessage ( int counter ) { int i ; /* loop counter */ for ( i = 0; i < counter; i++ ) { printf (“Have a nice day!\n”) ; }

14 CMSC 104, Section 301, Fall 200214 Lecture 18, 11/11/02 Good Programming Practice Notice the function header comment before the definition of function printMessage. This is a good practice and is required by the 104 C Coding Standards. Your header comments should be neatly formatted and contain the following information:  function name  function description (what it does)  a list of any input parameters and their meanings  a list of any output parameters and their meanings  a description of any special conditions

15 CMSC 104, Section 301, Fall 200215 Lecture 18, 11/11/02 Top-Down Design Complex problems can be solved using top-down design, also known as stepwise refinement, where  We break the problem into parts.  Then break the parts into parts.  Until, each of the parts will be easy to implement the code.

16 CMSC 104, Section 301, Fall 200216 Lecture 18, 11/11/02 Advantages of Top-Down Design Breaking the problem into parts helps us to clarify what needs to be done. At each step of refinement, the new parts become less complicated and, therefore, easier to understand. Parts of the solution may turn out to be reusable. Breaking the problem into parts allows different programmer to work on the solution.

17 CMSC 104, Section 301, Fall 200217 Lecture 18, 11/11/02 An Example of Top-Down Design Problem: A class of arbitrary number of studens take a quiz. Determine the class average on the quiz. The grades are integers in the range 0 to 100.

18 CMSC 104, Section 301, Fall 200218 Lecture 18, 11/11/02 Stepwise Refinement Top Level Determine the class average for the quiz. First Refinement Define and initialize variables. Get input from user and process input. Perform computation: Calculate the class average. Output the the class average.

19 CMSC 104, Section 301, Fall 200219 Lecture 18, 11/11/02 Stepwise Refinement Second Refinement - average = sum of grades / number of students. Define and initialize variables.  grade is the quiz grade for each student in integer.  totalGrade is the total grade of all students in integer. Initialize totalGrade to be 0.  average is the average quiz grade for the class in integer.  counter is used to count number of student’s grade entered. Initialize counter. Get Input from user and total the input grade.

20 CMSC 104, Section 301, Fall 200220 Lecture 18, 11/11/02 Stepwise Refinement Second Refinement Define and initialize variables. Get Input from user and total the input grade - use loop (while, for, do-while?)  Since we don’t know in advance number of grades that need to be processed, we use ‘while’ loop with sentinel value. Input the first grade or a sentinel value While user has not entered sentinel value Add the grade into the total grade Increment the count by 1 Input the next grade or a sentinel value End_While

21 CMSC 104, Section 301, Fall 200221 Lecture 18, 11/11/02 Stepwise Refinement Second Refinement Calculate and output the class average  Need error checking for division If the counter is not equal to 0 average = totalGrade / counter Print the average else Print “No grades were entered.”

22 CMSC 104, Section 301, Fall 200222 Lecture 18, 11/11/02 A Complete Second Refinement grade is the quiz grade for each student in integer totalGrade is the total grade of all students in integer, initialize totalGrade to be 0. average is the average quiz grade for the class in float. counter is used to count number of student’s grade entered in integer, initialize count to be 0. Input the first grade or sentinel value While user has not entered sentinel value Add the grade into the total grade Increment the count by 1 Input the next grade or a sentinel value End_While If the counter is not equal to 0 average = totalGrade / counter Print the average else Print “No grades were entered.”

23 CMSC 104, Section 301, Fall 200223 Lecture 18, 11/11/02 Stepwise Refinement How do we know when to stop the step-wise refinement process? When pseudocode has sufficient detail information for programmer to implement the code based on the pseudocode.

24 CMSC 104, Section 301, Fall 200224 Lecture 18, 11/11/02 Structured Programs We will use top-down design for all remaining programming projects. This is the standard way of writing programs. Programs produced using this method and using only the three kinds of control structures, sequential, selection and repetition, are called structured programs. Structured programs are easier to test, modify, and are also easier for other programmers to understand.

25 CMSC 104, Section 301, Fall 200225 Lecture 18, 11/11/02 Another Example Problem: Write a program that draws this picture of a house.

26 CMSC 104, Section 301, Fall 200226 Lecture 18, 11/11/02 The Top Level Draw the outline of the house Draw the chimney Draw the door Draw the windows Main Draw Chimney Draw Door Draw Windows Draw Outline

27 CMSC 104, Section 301, Fall 200227 Lecture 18, 11/11/02 Pseudocode for Main Call Draw Outline Call Draw Chimney Call Draw Door Call Draw Windows

28 CMSC 104, Section 301, Fall 200228 Lecture 18, 11/11/02 Observation The door has both a frame and knob. We could break this into two steps. Main Draw Chimney Draw Door Draw Windows Draw Outline Draw Door Frame Draw Knob

29 CMSC 104, Section 301, Fall 200229 Lecture 18, 11/11/02 Pseudocode for Draw Door Call Draw Door Frame Call Draw Knob

30 CMSC 104, Section 301, Fall 200230 Lecture 18, 11/11/02 Another Observation There are three windows to be drawn. Main Draw Windows Draw Outline... Draw Window 3 Draw Window 2 Draw Window 1

31 CMSC 104, Section 301, Fall 200231 Lecture 18, 11/11/02 One Last Observation But don’t the windows look the same? They just have different locations. So, we can reuse the code that draws a window.  Simply copy the code three times and edit it to place the window in the correct location, or  Use the code three times, “sending it” the correct location each time (we will see how to do this later). This is an example of code reuse.

32 CMSC 104, Section 301, Fall 200232 Lecture 18, 11/11/02 Reusing the Window Code Main Draw Windows Draw Outline... Draw a Window

33 CMSC 104, Section 301, Fall 200233 Lecture 18, 11/11/02 Pseudocode for Draw Windows Call Draw a Window, sending in Location 1 Call Draw a Window, sending in Location 2 Call Draw a Window, sending in Location 3

34 CMSC 104, Section 301, Fall 200234 Lecture 18, 11/11/02 Review of Structured Programming Structured programming is a problem solving strategy and a programming methodology that includes the following guidelines:  The program uses only the sequence, selection, and repetition control structures.  The flow of control in the program should be as simple as possible.  The construction of a program embodies top- down design.

35 CMSC 104, Section 301, Fall 200235 Lecture 18, 11/11/02 Review of Top-Down Design Involves repeatedly decomposing a problem into smaller problems Eventually leads to a collection of small problems or tasks each of which can be easily coded The function construct in C is used to write code for these small, simple problems.

36 CMSC 104, Section 301, Fall 200236 Lecture 18, 11/11/02 Assignment and Next Read Sections 3.9 – 3.10, 5.1 - 5.8 Next: Functions, Part 2 of 3.


Download ppt "CMSC 104, Section 301, Fall 20021 Lecture 18, 11/11/02 Functions, Part 1 of 3 Topics Using Predefined Functions Programmer-Defined Functions Using Input."

Similar presentations


Ads by Google