The mult function is actually defin

The mult function is actually defined below main. Because its prototype is above main, the compiler still recognizes it as being declared, and so the compiler will not give an error about mult being undeclared. As long as the prototype is present, a function can be used even if there is no definition. However, the code cannot be run without a definition even though it will compile.

Prototypes are declarations of the function, but they are only necessary to alert the compiler about the existence of a function if we don't want to go ahead and fully define the function. If mult were defined before it is used, we could do away with the prototype--the definition basically acts as a prototype as well.

Return is the keyword used to force the function to return a value. Note that it is possible to have a function that returns no value. If a function returns void, the return statement is valid, but only if it does not have an expression. In other words, for a function that returns void, the statement "return;" is legal, but usually redundant. (It can be used to exit the function before the end of the function.)

The most important functional (pun semi-intended) question is why do we need a function? Functions have many uses. For example, a programmer may have a block of code that he has repeated forty times throughout the program. A function to execute that code would save a great deal of space, and it would also make the program more readable. Also, having only one copy of the code makes it easier to make changes. Would you rather make forty little changes scattered all throughout a potentially large program, or one change to the function body? So would I.

Another reason for functions is to break down a complex program into logical parts. For example, take a menu program that runs complex code when a menu choice is selected. The program would probably best be served by making functions for each of the actual menu choices, and then breaking down the complex tasks into smaller, more manageable tasks, which could be in their own functions. In this way, a program can be designed that makes sense when read. And has a structure that is easier to understand quickly. The worst programs usually only have the required function, main, and fill it with pages of jumbled code.

ผลลัพธ์ (ไทย) 1:

จริงมีกำหนดฟังก์ชัน mult ใต้หลัก เนื่องจากต้นอยู่เหนือหลัก คอมไพเลอร์ยังรู้จักมันเป็นการประกาศ และดังนั้น คอมไพเลอร์จะไม่ให้มีข้อผิดพลาดเกี่ยวกับการ mult หาก เป็นต้นแบบที่มีอยู่ สามารถใช้ฟังก์ชันแม้ว่าไม่ใช่ อย่างไรก็ตาม รหัสไม่สามารถเรียกใช้ไม่มีคำนิยามถึงแม้ว่ามันจะคอมไพล์ ต้นแบบของฟังก์ชัน แต่เฉพาะการแจ้งเตือนของคอมไพเลอร์เกี่ยวกับการดำรงอยู่ของฟังก์ชันถ้าเราไม่ต้องการไปข้างหน้า และครบกำหนดฟังก์ชัน ถ้า mult ถูกกำหนดใช้ เราไม่ห่างกันกับต้น - คำนิยามโดยทั่วไปทำหน้าที่เป็นต้นแบบเช่น กลับเป็นคำที่ใช้เพื่อบังคับให้ฟังก์ชันจะส่งกลับค่า หมายเหตุว่า สามารถมีฟังก์ชันที่ส่งกลับค่าไม่ ถ้าฟังก์ชันส่งกลับเป็นโมฆะ คำสั่งส่งคืนสินค้าถูกต้อง แต่เฉพาะเมื่อไม่มีการแสดง ในคำอื่น ๆ สำหรับฟังก์ชันที่ส่งกลับ ยกเลิกคำสั่ง "การคืน เป็นกฎหมาย แต่มักจะซ้ำซ้อน (มันสามารถใช้ในการออกจากฟังก์ชันก่อนสิ้นสุดการทำงาน) สิ่งสำคัญสุดทำงาน (คิดไว้กึ่ง) คำถามคือ ทำไมต้องเป็นฟังก์ชันหรือไม่ ฟังก์ชันมีประโยชน์หลายอย่าง เช่น โปรแกรมเมอร์อาจมีการบล็อกของรหัสที่เขามีซ้ำสี่สิบครั้งตลอดทั้งโปรแกรม ฟังก์ชั่นการเรียกใช้โค้ดที่จะบันทึกการพื้นที่ และก็จะทำให้โปรแกรมอ่านได้ง่ายขึ้น ยัง มีสำเนาของรหัสช่วยให้คุณทำการเปลี่ยนแปลง จะค่อนข้างให้สี่สิบน้อยกระจัดกระจายทุกโปรแกรมอาจมีขนาดใหญ่ หรือการเปลี่ยนแปลงเปลี่ยนแปลงร่างกายทำงาน ดังนั้น จะฉัน อีกเหตุผลหนึ่งสำหรับฟังก์ชันจะแบ่งโปรแกรมเป็นส่วนตรรกะซับซ้อน เช่นนี้ ใช้โปรแกรมเมนูที่เรียกใช้รหัสที่ซับซ้อนเมื่อเลือกตัวเลือกเมนู โปรแกรมดีจะได้รับบริการ โดยทำให้ฟังก์ชันแต่ละตัวเลือกเมนูจริง และแบ่งงานซับซ้อนเป็นเล็ก ง่ายกว่างาน ซึ่งอาจเป็นในการทำงานของตนเองแล้ว ด้วยวิธีนี้ โปรแกรมสามารถออกแบบที่ทำให้รู้สึกเมื่ออ่าน และมีโครงสร้างที่ง่ายที่จะเข้าใจได้อย่างรวดเร็ว โปรแกรมที่แย่ที่สุดมักจะมีเท่าที่ต้องใช้ทำ งาน หลัก และเติมหน้ารหัสประจำวันนั้น

ผลลัพธ์ (ไทย) 2:

ฟังก์ชั่นที่มีการกำหนด Mult จริงด้านล่างหลัก เพราะต้นแบบของมันอยู่เหนือหลักคอมไพเลอร์ยังคงตระหนักถึงความเป็นถูกประกาศและเพื่อให้คอมไพเลอร์จะไม่ให้เกิดข้อผิดพลาดเกี่ยวกับการเป็น Mult ไม่ได้ประกาศ ตราบใดที่ต้นแบบเป็นปัจจุบันฟังก์ชั่นสามารถใช้งานได้หากมีไม่มีความหมาย แต่รหัสไม่สามารถทำงานได้โดยไม่หมายถึงแม้ว่ามันจะรวบรวม. ต้นแบบที่มีการประกาศของฟังก์ชั่น แต่พวกเขาเป็นเพียงที่จำเป็นในการแจ้งเตือนคอมไพเลอร์เกี่ยวกับการดำรงอยู่ของฟังก์ชั่นที่ถ้าเราไม่ต้องการที่จะไปข้างหน้าและอย่างเต็มที่กำหนด ฟังก์ชั่น หาก mult ถูกกำหนดก่อนที่มันจะถูกนำมาใช้เราสามารถทำไปด้วยต้นแบบ - ความหมายโดยทั่วไปทำหน้าที่เป็นต้นแบบเช่นกัน. กลับเป็นคำสำคัญที่ใช้ในการบังคับให้ฟังก์ชั่นที่จะส่งกลับค่า โปรดทราบว่ามันเป็นไปได้ที่จะมีฟังก์ชั่นที่ส่งกลับค่าไม่มี ถ้าฟังก์ชันส่งกลับเป็นโมฆะคำสั่งกลับที่ถูกต้อง แต่ถ้ามันไม่ได้มีการแสดงออก ในคำอื่น ๆ สำหรับฟังก์ชั่นที่ส่งกลับเป็นโมฆะคำสั่งเป็น "ผลตอบแทน" เป็นกฎหมาย แต่มักจะซ้ำซ้อน (มันสามารถใช้เพื่อออกจากฟังก์ชั่นก่อนที่จะสิ้นสุดของการทำงานได้.) ที่สำคัญที่สุดการทำงาน (เล่นสำนวนกึ่งเจตนา) คำถามคือทำไมเราต้องฟังก์ชั่นหรือไม่? ฟังก์ชั่นมีประโยชน์หลายอย่าง ยกตัวอย่างเช่นโปรแกรมเมอร์อาจจะมีบล็อกของรหัสที่เขาได้ซ้ำแล้วซ้ำอีกสี่สิบครั้งตลอดโปรแกรม ฟังก์ชั่นในการดำเนินการรหัสที่จะประหยัดการจัดการที่ดีของพื้นที่และมันก็จะทำให้โปรแกรมอ่านง่ายขึ้น นอกจากนี้ยังมีเพียงหนึ่งสำเนาของรหัสที่ทำให้ง่ายต่อการทำให้เกิดการเปลี่ยนแปลง คุณค่อนข้างจะทำให้การเปลี่ยนแปลงเล็ก ๆ น้อย ๆ สี่สิบกระจัดกระจายตลอดโปรแกรมขนาดใหญ่ที่อาจเกิดขึ้นหรือเปลี่ยนแปลงหนึ่งในการทำงานของร่างกายหรือไม่ ดังนั้นจะ I. เหตุผลสำหรับการทำงานก็คือการทำลายลงโปรแกรมที่ซับซ้อนในส่วนตรรกะ ตัวอย่างเช่นใช้โปรแกรมเมนูที่ทำงานรหัสที่ซับซ้อนเมื่อเป็นทางเลือกที่ถูกเลือกเมนู โปรแกรมที่อาจจะดีที่สุดจะทำหน้าที่โดยการทำให้ฟังก์ชั่นสำหรับแต่ละทางเลือกเมนูที่เกิดขึ้นจริงและจากนั้นทำลายลงงานที่ซับซ้อนเป็นขนาดเล็กงานจัดการได้มากขึ้นซึ่งอาจจะเป็นในการทำงานของตัวเอง ด้วยวิธีนี้โปรแกรมที่ได้รับการออกแบบที่ทำให้รู้สึกเมื่ออ่าน และมีโครงสร้างที่ง่ายต่อการเข้าใจได้อย่างรวดเร็ว โปรแกรมที่เลวร้ายที่สุดมักจะมีเพียงฟังก์ชั่นที่จำเป็นหลักและกรอกด้วยหน้าของรหัสที่คลั่งไคล้