This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
haas:spring2015:cprog:projects:mbe1 [2015/02/06 16:58] – [loops] wedge | haas:spring2015:cprog:projects:mbe1 [2015/02/07 13:31] (current) – wedge | ||
---|---|---|---|
Line 6: | Line 6: | ||
~~TOC~~ | ~~TOC~~ | ||
- | ======Project: | + | ======Project: |
=====Objective===== | =====Objective===== | ||
Line 182: | Line 182: | ||
numbers[2] = 36; | numbers[2] = 36; | ||
</ | </ | ||
- | ====Multiplying any single digit number by 11==== | ||
- | This may be a pattern of which you are already aware- to multiply any single-digit number (base 10) by eleven, you simply duplicate the digit twice. | ||
- | In the case of 1 x 11, we get: 11 | + | ===Using variables as our array index position=== |
+ | Because | ||
- | For 2 x 11, we see: 22 | + | <code c> |
+ | int index = 3; | ||
+ | numbers[index] = 52; | ||
+ | </ | ||
- | For 3 x 11, we have: 33 | + | Because **index** contains a 3, we're telling the computer we wish to put a 52 in the array element indicated in the **index** variable (the fourth element). |
- | and this trick works all the way through 9 x 11, yielding: 99 | + | ===Using variables for array contents=== |
+ | As well, because we are putting values in our array elements that conform to particular data types, we can use variables there as well (in this case, put a 96 into the second array element-- using variables to store both the index and the value): | ||
- | ====Multiplying any double digit number by 11==== | + | <code c> |
- | Here we do a pivot and then perform simple arithmetic to obtain the middle value. | + | int value = 96; |
+ | int index = 1; | ||
- | In the case of 10 x 11, we take 10 and pivot it, getting 1 and 0, respectively our first and last digit of our soon-to-be solution. | + | numbers[index] = value; |
+ | </ | ||
- | To get the middle value, we add these two values together: 1+0=1 | + | Hopefully |
- | So, the result | + | We now explore |
- | or: 110 | + | |
- | Let's try it with 32 x 11: | + | ====Using loops and arrays together for universal harmony==== |
- | < | + | To really make the most out of arrays in scaling our algorithms, using them in conjunction with loops gives us the most bang for our buck. The advantage of arrays+loops is that with the ONE consistent variable name, representing many NUMERICALLY-identifiable elements, we can work with ranges of data sets without the need to make tons of exceptions for each possible use case (worst case we just make an array of the maximum expected size, and only use what we need). |
- | 32 x 11 = 3 (3+2) 2 | + | |
- | = 3 5 2 | + | |
- | = 352 | + | |
- | </ | + | |
- | This is almost the entire process, but there' | + | ===42 everywhere=== |
- | For example, let us take the maximum two digit value (99): | + | To illustrate, here we will declare an 11 element array (called **data**), and fill each element with the value 42 using a for loop: |
- | Using this process as it has been described thus far, we would (incorrectly) get: | + | <code c> |
+ | int data[11], position = 0; | ||
- | <code> | + | for(position = 0; position |
- | 99 x 11 = 9 (9 + 9) 9 | + | { |
- | = 9 18 9 | + | |
- | = 9189 | + | } |
</ | </ | ||
- | But that would be incorrect mathematically. | + | ===Display array contents=== |
+ | What if we wanted to print the contents of the array? Once again, we use a loop, and print out each value, one at a time. | ||
- | To compensate (or, to present | + | Important considerations: |
+ | * again, with C, being true to how the computer actually works, we can only access | ||
+ | * because we know array indices start at 0, we have a known starting point | ||
+ | * because we know how big our array is (11 elements, from previous example), we know how many elements | ||
+ | * each element is located one after the other-- 0 is followed by 1 is followed by 2 etc. | ||
- | < | + | ... therefore, we have all the ingredients for a **for** loop: |
- | 99 x 11 = 9 (9+9) 9 | + | |
- | = (9+1) 8 9 | + | |
- | = 10 8 9 | + | |
- | = 1089 | + | |
- | </ | + | |
- | And we now have the correct result. | + | < |
- | + | for (position = 0; position < 11; position++) | |
- | As another example, let us look at 47 x 11: | + | { |
- | + | fprintf(stdout, "%d ", data[position]); | |
- | < | + | } |
- | 47 x 11 = 4 (4+7) 7 | + | fprintf(stdout, |
- | | + | |
- | = 5 | + | |
- | = 517 | + | |
</ | </ | ||
- | Got it? Try it with some other examples. | + | This should result in the following program output: |
- | ===sum vs. carry=== | + | <cli> |
- | In grade school, when learning to do arithmetic by hand (you still are taught how to do arithmetic by hand, right?), we first learned the concept of sum and carry. This bore value as we were applying this to place values of the number. | + | 42 42 42 42 42 42 42 42 42 42 42 |
+ | </ | ||
- | Little did you know then, but you were learning | + | ===Backwards? |
+ | What if we wanted to display | ||
- | For example, in the case of the number 18, when dissecting the number into its place values, we have: | + | We'd still want to use a loop, but look at how we structure it: |
- | * one 10 | + | < |
- | * eight 1s | + | for (position = 10; position >= 0; position--) |
- | + | { | |
- | In single digit terminology, | + | fprintf(stdout, "%d ", data[position]); |
- | + | } | |
- | < | + | fprintf(stdout, " |
- | | + | |
- | 9 | + | |
- | + 9 | + | |
- | | + | |
- | | + | |
</ | </ | ||
- | See what is happening here? The basis for adding multiple-digit numbers. Perhaps | + | Notice how the loop-terminating relational statements differ (comparing the two-- for forward and backward, does it make sense?), and also how we progress between individual elements (in one we are incrementing, |
- | < | + | That should make sense before you try to proceed. |
- | 1 < | + | |
- | 09 | + | |
- | +09 | + | |
- | | + | |
- | | + | |
- | </ | + | ===Thinking with arrays=== |
- | Then we have the follow-up addition | + | Using arrays in your algorithms represents a potential barrier you have to overcome. Up until this point, we've been getting used to labelling all our variables with unique, individual names. |
- | < | + | Now, with arrays, we have one common name, distinguishable by its element offset. That has been known to cause some conceptual problems due to the mildly abstract nature it creates. It would certainly not hurt to draw some pictures and manually work through some examples, step-by-step... it may be confusing at first, but the more you play with it, ask questions, play, read, etc., the sooner things will start to click. |
- | 1 | + | |
- | 0 | + | |
- | +0 | + | |
- | -- | + | |
- | 1 <-- sum (of 10s position) | + | |
- | </ | + | |
- | and we would technically have a resulting carry of 0 (but adding zero to any values gives us the value itself-- the so-called | + | As some of you have started |
- | Once we are all said and done, we concatenate the tens and ones places together: | ||
- | 1 (ten) and 8 (ones): 18 | + | ====Multiplying a number |
+ | In **mbe0**, we specifically looked at 3 usage cases for our mental math problem: 1-, 2-, and 3-digit number. I limited it to those because, lacking arrays and loops for that project, the code would have gotten impossibly long and complex, plus: I wanted you to focus on the basics of variable usage and if-statements. | ||
- | ====Multiplying any three-digit | + | Now that we have those down, we can now apply arrays and loops to optimize and enhance a solution, and to allow it to scale to a wider range of possibilities (why limit ourselves to just 1-, 2-, and 3-digit |
- | In this case we merely extend | + | |
- | Let's look at 123 x 11: | + | ===3-digits (review)=== |
+ | Again, to review, let's look at a 3-digit example. | ||
< | < | ||
- | 123 x 11 = 1 (1 + 2) (2 + 3) 3 | + | 123 x 11 = 1 |
- | = 1 3 | + | = (1 + 0) (3 + 0) 5 |
+ | = 1 | ||
= 1353 | = 1353 | ||
</ | </ | ||
Line 310: | Line 295: | ||
< | < | ||
567 x 11 = 5 (5 + 6) (6 + 7) 7 | 567 x 11 = 5 (5 + 6) (6 + 7) 7 | ||
- | = (5 + 1) (1 + 1) 3 7 | + | = (5)+1 |
= 6 | = 6 | ||
= 6237 | = 6237 | ||
Line 324: | Line 309: | ||
A dual benefit of this project is that in addition to extending your programming experience / understanding of C, you could develop this as a mental ability (that is where it originated), | A dual benefit of this project is that in addition to extending your programming experience / understanding of C, you could develop this as a mental ability (that is where it originated), | ||
+ | ===4-digits=== | ||
+ | Now let us process a 4-digit example (look for similarities to the 3-digit process, specifically how this is merely an expansion, or an additional step-- due to the additional digit): | ||
+ | |||
+ | 4567 x 11: | ||
+ | |||
+ | < | ||
+ | 4567 x 11 = 4 (4 + 5) (5 + 6) (6 + 7) 7 | ||
+ | = (4)+1 | ||
+ | = 5 | ||
+ | = 50237 | ||
+ | </ | ||
+ | |||
+ | Remember, we are processing this from right to left (so that the carry values can properly propagate). While there is no initial carry coming in, we'll add one anyway (0), so we see 13+0 (which is simply 13)... but because we're interested in place values, this is actually a sum of 3, carry of 1... and that one gets sent over to the next place (which has an 11)... so 11+1 will be 12, or sum of 2, carry 1... that carry will propagate to the next position to the left (the 9)... so there' | ||
+ | |||
+ | Can you see how "the same" this process for 4-digit numbers is when comparing to the process for 3-digit numbers? And how the same comparison can be made for 2-digit, and 5-digit, 6-digit, etc.? Please take some time, working through some examples (by hand) to identify and notice the pattern, or essence, of this process. You need to see how it doesn' | ||
+ | |||
+ | That " | ||
+ | |||
+ | (Also, the potential exception here would possibly be 1-digit values... if you cannot easily find a way to make 1-digit numbers work with greater-than-1-digit numbers, that's where an if-statement would come into play-- if 1-digit, do this specific process, else do the regular process). I'm not saying one universal solution isn't possible, but at this stage of your structured programming development, | ||
=====Program===== | =====Program===== | ||
- | It is your task to write the program that will use the above method | + | It is your task to write an optimized version of your multiply by eleven |
Your program should: | Your program should: | ||
* obtain its input from STDIN. | * obtain its input from STDIN. | ||
* input should be in the form of a single integer value | * input should be in the form of a single integer value | ||
- | * determine | + | * determine the number |
* perform the correct algorithm against the input | * perform the correct algorithm against the input | ||
* propagate any carries | * propagate any carries | ||
- | * output | + | * use an array (**digit**) to store individual digits from the number input |
- | * you can display each digit individually, | + | * use another array (**result**) to store the digits of the result number, following manipulations |
+ | * hint: you will want to make the **result** array one element larger. Why is this? | ||
+ | * Display output showing aspects of the process | ||
+ | * output the final value (by iterating through the array, displaying one value at a time) | ||
=====Execution===== | =====Execution===== | ||
Line 345: | Line 352: | ||
Enter value: 31415926 | Enter value: 31415926 | ||
Digits detected: 8 | Digits detected: 8 | ||
- | result[0] = 6 | + | |
- | result[1] = | + | Obtaining unique digits, storing in array... |
+ | digit[0] = 6 | ||
+ | digit[1] = 2 | ||
+ | digit[2] = 9 | ||
+ | digit[3] = 5 | ||
+ | digit[4] = 1 | ||
+ | digit[5] = 4 | ||
+ | digit[6] = 1 | ||
+ | digit[7] = 3 | ||
+ | |||
+ | Applying process... | ||
+ | result[0] = 6 + 0 + 0 (sum of 6, carry out of 0) | ||
+ | result[1] = 2 + 6 + 0 (sum of 8, carry out of 0) | ||
+ | result[2] = 9 + 2 + 0 (sum of 1, carry out of 1) | ||
+ | result[3] = 5 + 9 + 1 (sum of 5, carry out of 1) | ||
+ | result[4] = 1 + 5 + 1 (sum of 7, carry out of 0) | ||
+ | result[5] = 4 + 1 + 0 (sum of 5, carry out of 0) | ||
+ | result[6] = 1 + 4 + 0 (sum of 5, carry out of 0) | ||
+ | result[7] = 3 + 1 + 0 (sum of 4, carry out of 0) | ||
+ | result[8] = 3 + 0 + 0 (sum of 3, carry out of 0) | ||
+ | |||
+ | Displaying result... | ||
31415926 x 11 = 345575186 | 31415926 x 11 = 345575186 | ||
lab46: | lab46: | ||
Line 356: | Line 384: | ||
lab46: | lab46: | ||
Enter value: 7104 | Enter value: 7104 | ||
+ | Digits detected: 4 | ||
+ | |||
+ | Obtaining unique digits, storing in array... | ||
+ | digit[0] = 4 | ||
+ | digit[1] = 0 | ||
+ | digit[2] = 1 | ||
+ | digit[3] = 7 | ||
+ | |||
+ | Applying process... | ||
+ | result[0] = 4 + 0 + 0 (sum of 4, carry out of 0) | ||
+ | result[1] = 0 + 4 + 0 (sum of 4, carry out of 0) | ||
+ | result[2] = 1 + 0 + 0 (sum of 1, carry out of 0) | ||
+ | result[3] = 7 + 1 + 0 (sum of 8, carry out of 0) | ||
+ | result[4] = 7 + 0 + 0 (sum of 7, carry out of 0) | ||
+ | |||
+ | Displaying result... | ||
7104 x 11 = 78144 | 7104 x 11 = 78144 | ||
lab46: | lab46: | ||
Line 365: | Line 409: | ||
lab46: | lab46: | ||
Enter value: 56789 | Enter value: 56789 | ||
+ | Digits detected: 5 | ||
+ | |||
+ | Obtaining unique digits, storing in array... | ||
+ | digit[0] = 9 | ||
+ | digit[1] = 8 | ||
+ | digit[2] = 7 | ||
+ | digit[3] = 6 | ||
+ | digit[4] = 5 | ||
+ | |||
+ | Applying process... | ||
+ | result[0] = 9 + 0 + 0 (sum of 9, carry out of 0) | ||
+ | result[1] = 8 + 9 + 0 (sum of 7, carry out of 1) | ||
+ | result[2] = 7 + 8 + 1 (sum of 6, carry out of 1) | ||
+ | result[3] = 6 + 7 + 1 (sum of 4, carry out of 1) | ||
+ | result[4] = 5 + 6 + 1 (sum of 2, carry out of 1) | ||
+ | result[5] = 5 + 1 + 0 (sum of 6, carry out of 0) | ||
+ | |||
+ | Displaying result... | ||
56789 x 11 = 624679 | 56789 x 11 = 624679 | ||
lab46: | lab46: | ||
Line 370: | Line 432: | ||
The execution of the program is short and simple- obtain the input, do the processing, produce the output, and then terminate. | The execution of the program is short and simple- obtain the input, do the processing, produce the output, and then terminate. | ||
- | =====Reflection===== | ||
- | Be sure to provide any commentary on your opus regarding realizations had and discoveries made during your pursuit of this project. | ||
- | |||
- | * Does this process work for four digit numbers? | ||
- | * How about five digit numbers? | ||
- | * Do you see a pattern for now this trick could be extended? | ||
=====Submission===== | =====Submission===== | ||
Line 381: | Line 437: | ||
* Code must compile cleanly (no warnings or errors) | * Code must compile cleanly (no warnings or errors) | ||
- | * Output must be correct, and match the form given in the sample output above. | + | * Output must be correct, and resemble |
* Code must be nicely and consistently indented (you may use the **indent** tool) | * Code must be nicely and consistently indented (you may use the **indent** tool) | ||
* Code must utilize the algorithm presented above | * Code must utilize the algorithm presented above | ||
Line 387: | Line 443: | ||
* have a properly filled-out comment banner at the top | * have a properly filled-out comment banner at the top | ||
* have at least 20% of your program consist of **< | * have at least 20% of your program consist of **< | ||
- | * Output Formatting (including spacing) of program must conform to the provided output (see above). | ||
* Track/ | * Track/ | ||
* Submit a copy of your source code to me using the **submit** tool. | * Submit a copy of your source code to me using the **submit** tool. | ||
Line 394: | Line 449: | ||
<cli> | <cli> | ||
- | $ submit cprog mbe1 multby11v2.c | + | $ submit cprog mbe1 mbe1.c |
Submitting cprog project " | Submitting cprog project " | ||
- | -> multby11v2.c(OK) | ||
-> mbe1.c(OK) | -> mbe1.c(OK) | ||