(जावा) उपनेमकाएँ: प्रक्रियाएँ और कार्य - 2


<टीडी> <पूर्व> स्थिर बूलियन iseven(int n) { वापसी (एन% 2 == 0); } <टीडी> <पूर्व> स्थैतिक बूलियन सम है(int n) { अगर (एन% 2 == 0) वापसी सच; अन्य विवरण झूठा है; }
और कार्यों और प्रक्रियाओं के साथ काम करने के बारे में अंतिम नोट: कार्यक्रम में कार्यों और प्रक्रियाओं की संख्या सीमित नहीं है। इसके अलावा, एक सबरूटीन दूसरे सबरूटीन और खुद को भी कॉल कर सकता है।
 

फ़ंक्शन एक सबरूटीन है जो एक परिणाम देता है (संख्या, वर्ण स्ट्रिंग, आदि)

कल्पना कीजिए कि आपने एक ऑनलाइन स्टोर से उत्पाद का ऑर्डर दिया है। प्रोग्रामिंग के दृष्टिकोण से, आपने एक निश्चित उपनेमका कहा है, और एक प्रक्रिया के विपरीत, इस उपनेमका को एक परिणाम वापस करना होगा - आपके द्वारा ऑर्डर किए गए उत्पाद को वितरित करना। इन सबरूटीन्स को फ़ंक्शंस कहा जाता है।
एक फ़ंक्शन को एक प्रक्रिया के समान ही स्वरूपित किया जाता है। एक प्रक्रिया से केवल अंतर एक विशेष ऑपरेटर रिटर्न की उपस्थिति है, जिसके बाद मुख्य कार्यक्रम में लौटाया जाने वाला मान है लिखा हुआ।

एक फ़ंक्शन जो दो पूर्णांकों का अंकगणितीय माध्य लौटाता है, वह इस प्रकार दिखाई देगा: स्थैतिक फ्लोट औसत (इंट ए, इंट बी) { फ्लोट औसत = (ए + बी) / 2.; वापसी अगस्त; } यह समझना बाकी है कि इस फ़ंक्शन को मुख्य कार्यक्रम में कैसे कॉल करें:
आपको किसी फ़ंक्शन को उसी तरह कॉल नहीं करना चाहिए जिस तरह से आप किसी प्रक्रिया को कॉल करते हैं: औसत (10, 5); फ़ंक्शन द्वारा लौटाया गया मान खो जाएगा। यह ऐसा है जैसे ऑनलाइन स्टोर से सामान किसी को दिया नहीं गया, बल्कि फेंक दिया गया। यह संभावना नहीं है कि ग्राहक इसे पसंद करेंगे।

परिणाम को एक चर में सहेजना (या इसे स्क्रीन पर प्रिंट करना) अधिक सही है: ए = औसत (10, 5); System.out.println(औसत(10, 5));

अक्सर प्रोग्रामर बूलियन फ़ंक्शंस का उपयोग करते हैं जो बूलियन मानों को सही या गलत (trueया false)
ऐसे कार्य   कुछ संपत्ति की जाँच करें।
समता के लिए एक संख्या की जाँच करने वाले तार्किक फलन को लिखने के दो उदाहरणों पर विचार करें <तालिका संरेखण = "केंद्र" सीमा = "1" सेलपैडिंग = "1" सेलस्पेसिंग = "1" शैली = "चौड़ाई: 75%"> <शरीर>
1)  बेहतर तरीका:
अभिव्यक्ति परिणाम
n% 2 == 0
सत्य (सत्य) होगा या असत्य (असत्य)
सशर्त बयान लिखने की जरूरत नहीं है!
2) ऐसा मत करो!
आप इसे ऐसे ही लिख सकते हैं, लेकिन यह बेहतर है कि आप वैसे भी लंबा रिकॉर्ड न करें