फ़ंक्शन

फ़ंक्शन क्यों

इससे पहले की इकाई के प्रोग्राम हर समस्या को main के भीतर हल करते थे, और जब तक समस्याएँ छोटी थीं, इतना काफ़ी था। लेकिन जैसे ही कोई प्रोग्राम बढ़ता है, तीन कठिनाइयाँ सामने आती हैं। पहली है दोहराव: यदि एक ही गणना तीन जगह चाहिए, तो वह तीन बार लिखी जाती है, और उसकी कोई त्रुटि तीन बार सुधारी जाती है (या किसी एक जगह सुधारना भूल जाते हैं)। दूसरी है पढ़ना: पचास पंक्तियों का ब्लॉक यह नहीं बताता कि वह क्या करता है, बल्कि यह कि कैसे करता है, और पाठक को तंत्र से इरादा फिर से गढ़ना पड़ता है। तीसरी है परीक्षण: यदि सब कुछ मिला-जुला हो, तो बाकी को चलाए बिना किसी एक भाग को जाँचने का कोई तरीका नहीं होता।

फ़ंक्शन प्रोग्राम का एक नामयुक्त अंश है, जो डेटा प्राप्त करता है, जिन्हें पैरामीटर कहते हैं, और एक परिणाम सौंपता है, जिसे रिटर्न मान कहते हैं। गणित इस विचार को सदियों से जानता है: समतल के दो बिंदुओं के बीच की दूरी उनके चार निर्देशांकों का फलन है, $d(x_1, y_1, x_2, y_2) = \sqrt{(x_2 - x_1)^2 + (y_2 - y_1)^2}$, और जो त्रिभुज का परिमाप निकालता है वह सूत्र को तीन बार नहीं दोहराता, बल्कि उसे नाम देकर तीन बार लागू करता है। C++ में भी यही लिखा जाता है।

#include <cmath>#include <iostream>#include <print>​// बिंदुओं (x1, y1) और (x2, y2) के बीच की दूरी।double distance(double x1, double y1, double x2, double y2){    const double dx{x2 - x1};    const double dy{y2 - y1};    return std::sqrt(dx * dx + dy * dy);}​int main(){    double ax{};    double ay{};    double bx{};    double by{};    double cx{};    double cy{};    std::cin >> ax >> ay >> bx >> by >> cx >> cy;    const double perimeter{distance(ax, ay, bx, by) + distance(bx, by, cx, cy)                           + distance(cx, cy, ax, ay)};    std::println("परिमाप: {}", perimeter);}

0 0 3 0 0 4

परिमाप: 12

फ़ंक्शन distance एक बार लिखा जाता है और तीन बार उपयोग होता है; main परिमाप की परिभाषा की तरह पढ़ा जाता है, “तीन दूरियों का योग”; और distance का अकेले परीक्षण किया जा सकता है, बिंदुओं के ऐसे जोड़े से जिनकी दूरी ज्ञात है। इस तरह वे तीनों चीज़ें मिल जाती हैं जो कम थीं। सामान्य सीख, जो किसी भी भाषा में लागू होती है, यह है कि फ़ंक्शन एक विचार को नाम देता है: उसका उपयोग करने वाला सोचता है कि वह क्या करता है, यह नहीं कि कैसे करता है। उपयोग और कार्यान्वयन के इस अलगाव को प्रक्रियात्मक अमूर्तन कहते हैं, और यही पूरी इकाई का विषय है।