मैं सोच रहा हूं कि स्थैतिक तरीकों का उपयोग कब करना है? यह कहें कि यदि मेरे पास कुछ गेटर्स और सेटर के साथ एक वर्ग है, तो एक विधि या दो, और मैं चाहता हूं कि वे विधियां केवल कक्षा के उदाहरण ऑब्जेक्ट पर अदृश्य हो। क्या इसका मतलब है कि मुझे एक स्थिर विधि का उपयोग करना चाहिए?
जैसे
Obj x = new Obj();
x.someMethod
या
Obj.someMethod(यह स्थिर तरीका है?)
मैं उलझन में हूँ!
जवाबों:
एक नियम का अंगूठा: अपने आप से पूछें "क्या इस पद्धति को कॉल करने का कोई मतलब है, भले ही अभी तक कोई वस्तु का निर्माण नहीं किया गया हो?" यदि हां, तो यह निश्चित रूप से स्थिर होना चाहिए।
तो कक्षा में Carआपके पास एक विधि हो सकती है:
double convertMpgToKpl(double mpg)... जो स्थिर होगा, क्योंकि कोई यह जानना चाहेगा कि 35mpg क्या करता है, भले ही किसी ने कभी निर्माण न किया हो Car। लेकिन यह विधि (जो किसी विशेष की दक्षता निर्धारित करती है Car):
void setMileage(double mpg)... स्थैतिक नहीं हो सकता क्योंकि किसी भी Carनिर्माण से पहले विधि को कॉल करना अकल्पनीय है ।
(वैसे, कांसेप्ट हमेशा सही नहीं होता है: आपके पास कभी-कभी एक ऐसी विधि हो सकती है जिसमें दो Carऑब्जेक्ट शामिल होते हैं, और फिर भी चाहते हैं कि इसे हटा दिया जाए।
Car theMoreEfficientOf( Car c1, Car c2 )हालाँकि इसे एक गैर-स्थैतिक संस्करण में परिवर्तित किया जा सकता है, कुछ का तर्क होगा कि चूंकि "विशेषाधिकार प्राप्त" विकल्प नहीं है, जिनमें Carसे अधिक महत्वपूर्ण है, तो आपको कॉल करने वाले को Carउस वस्तु को चुनने के लिए मजबूर नहीं करना चाहिए जिस वस्तु को आप आमंत्रित करेंगे; पर विधि। यह स्थिति सभी स्थिर तरीकों के एक छोटे से अंश के लिए है, हालांकि।)
Car#isMoreEfficientThan(Car)। इसका यह फायदा है कि आप जिस कार को टाई में लौटाते हैं, वह मनमाना नहीं है। यह एक टाई में लौटाए गए विधि के शीर्षक से स्पष्ट है।
केवल निम्न स्थितियों में स्थिर विधियों को परिभाषित करें:
स्थैतिक तरीकों का उपयोग करने के कुछ मान्य कारण हैं:
प्रदर्शन : यदि आप कुछ कोड चलाना चाहते हैं, और ऐसा करने के लिए एक अतिरिक्त ऑब्जेक्ट को तुरंत नहीं करना चाहते हैं, तो इसे एक स्थैतिक विधि से अलग करें। JVM भी स्थैतिक तरीकों को काफी अनुकूलित कर सकता है (मुझे लगता है कि मैंने एक बार जेम्स गोस्लिंग को यह घोषणा करते हुए पढ़ा है कि आपको JVM में कस्टम निर्देशों की आवश्यकता नहीं है, क्योंकि स्थैतिक विधियां बस उतनी ही तेज़ होंगी, लेकिन स्रोत नहीं मिल सकता है - इस प्रकार - यह पूरी तरह से गलत हो सकता है)। हां, यह माइक्रो-ऑप्टिमाइज़ेशन है, और शायद यह अनावश्यक है। और हम प्रोग्रामर कभी भी अनावश्यक चीजों को सिर्फ इसलिए नहीं करते हैं क्योंकि वे शांत, सही हैं?
व्यावहारिकता : कॉलिंग के बजाय new Util().method(arg), कॉल Util.method(arg), या method(arg)स्थिर आयात के साथ। आसान, छोटा।
विधियों को जोड़ना : आप वास्तव में चाहते थे कि कक्षा स्ट्रिंग के पास एक removeSpecialChars()इंस्टेंस विधि हो, लेकिन यह वहां नहीं है (और यह नहीं होना चाहिए, क्योंकि आपके प्रोजेक्ट के विशेष वर्ण अन्य प्रोजेक्ट से भिन्न हो सकते हैं), और आप इसे जोड़ नहीं सकते हैं (जावा के बाद से कुछ हद तक समझदार है), इसलिए आप एक उपयोगिता वर्ग बनाते हैं, और removeSpecialChars(s)इसके बजाय कॉल करते हैं s.removeSpecialChars()। मिठाई।
पवित्रता : कुछ सावधानियां बरतते हुए, आपकी स्थैतिक विधि एक शुद्ध कार्य होगी , अर्थात यह केवल एक चीज है जो इस पर निर्भर करती है कि इसके पैरामीटर क्या हैं। डेटा में, डेटा बाहर। यह पढ़ना और डीबग करना आसान है, क्योंकि आपके पास चिंता करने के लिए वंशानुक्रम quirks नहीं है। आप इसे उदाहरण विधियों के साथ भी कर सकते हैं, लेकिन संकलक आपको स्थैतिक विधियों (उदाहरणों की विशेषताओं, ओवरराइडिंग विधियों आदि के संदर्भों की अनुमति नहीं देकर) के साथ थोड़ी अधिक मदद करेगा।
यदि आप एक सिंगलटन बनाना चाहते हैं, तो आपको एक स्थिर विधि भी बनानी होगी, लेकिन ... नहीं। मेरा मतलब है, दो बार सोचें।
अब, इससे भी महत्वपूर्ण बात यह है कि आप एक स्टैटिक विधि क्यों नहीं बनाना चाहेंगे ? मूल रूप से, बहुरूपता खिड़की से बाहर चला जाता है । आप विधि को ओवरराइड नहीं कर पाएंगे, और न ही इसे इंटरफ़ेस में घोषित कर सकते हैं (प्री-जावा 8) । यह आपके डिज़ाइन से बहुत लचीलापन लेता है। इसके अलावा, यदि आपको राज्य की आवश्यकता है , तो यदि आप सावधान नहीं हैं , तो आप बहुत से संगामिति और / या अड़चनें समाप्त करेंगे ।
मिसको के लेखों को पढ़ने के बाद मेरा मानना है कि परीक्षण के दृष्टिकोण से स्थिर तरीके खराब हैं। इसके बजाय आपके पास कारखाने होने चाहिए (शायद एक निर्भरता इंजेक्शन उपकरण जैसे कि गुइसे का उपयोग करके )।
केवल कुछ में से एक है "मैं कैसे सुनिश्चित करता हूं कि मेरे पास केवल कुछ में से एक है" की समस्या अच्छी तरह से समाप्त हो गई है। आप अपने मुख्य में केवल एक ही ApplicationFactory का त्वरित उपयोग करते हैं, और परिणामस्वरूप, आप केवल अपने सभी एकल के एकल उदाहरण को त्वरित करते हैं।
स्थिर तरीकों के साथ मूल मुद्दा यह है कि वे प्रक्रियात्मक कोड हैं। मुझे इस बात का कोई अंदाजा नहीं है कि यूनिट-टेस्ट प्रक्रियात्मक कोड कैसे हो सकता है। यूनिट-परीक्षण मानता है कि मैं अपने आवेदन के एक टुकड़े को अलगाव में रख सकता हूं। तात्कालिकता के दौरान मैं मॉक / फ्रेंडली के साथ निर्भरता को तार करता हूं जो वास्तविक निर्भरता को प्रतिस्थापित करता है। प्रक्रियात्मक प्रोग्रामिंग के साथ "तार" कुछ भी नहीं है क्योंकि कोई वस्तु नहीं है, कोड और डेटा अलग-अलग हैं।
Math.abs()या Arrays.sort(), यहां तक कि ऐसे तरीकों का परीक्षण कर रहे हैं , जिनमें आप सभी निर्भरताएं पार कर सकते हैं , तो मैं यह नहीं देखता कि यूनिट टेस्टिंग कैसे होगी। मैं कहूंगा कि अंगूठे का एक सरल नियम है: यदि आपके पास प्रक्रियात्मक तर्क का मजाक उड़ाने का कोई कारण होगा, तो इसे स्थिर तरीके से न रखें। मैं कभी भी बाहर नकली Arrays.sort()या करने के लिए एक कारण है Math.abs()।
एक staticविधि एक प्रकार की विधि है, जिसे किसी भी वस्तु की आवश्यकता नहीं है कि इसे शुरू करने के लिए आरम्भ किया जाए। क्या आपने देखा staticहै mainजावा में फ़ंक्शन में उपयोग किया जाता है ? किसी वस्तु को बनाए बिना कार्यक्रम का निष्पादन वहीं से शुरू होता है।
निम्नलिखित उदाहरण पर विचार करें:
class Languages
{
public static void main(String[] args)
{
display();
}
static void display()
{
System.out.println("Java is my favorite programming language.");
}
}जावा में स्थैतिक विधियाँ कक्षा से संबंधित हैं (इसका कोई उदाहरण नहीं)। वे कोई उदाहरण चर का उपयोग नहीं करते हैं और आमतौर पर मापदंडों से इनपुट लेते हैं, उस पर कार्रवाई करते हैं, फिर कुछ परिणाम देते हैं। उदाहरण विधियाँ वस्तुओं से जुड़ी होती हैं और जैसा कि नाम से ही स्पष्ट है कि उदाहरण चर का उपयोग कर सकते हैं।
नहीं, स्थैतिक विधियाँ एक उदाहरण के साथ संबद्ध नहीं हैं; वे वर्ग के हैं। स्थैतिक विधियाँ आपका दूसरा उदाहरण हैं; उदाहरण के तरीके पहले हैं।
यदि आप किसी भी विधि के साथ स्थैतिक खोजशब्द लागू करते हैं, तो इसे स्थैतिक विधि के रूप में जाना जाता है।
// सभी वस्तुओं (स्थिर क्षेत्र) की आम संपत्ति को बदलने का कार्यक्रम।
class Student9{
int rollno;
String name;
static String college = "ITS";
static void change(){
college = "BBDIT";
}
Student9(int r, String n){
rollno = r;
name = n;
}
void display (){System.out.println(rollno+" "+name+" "+college);}
public static void main(String args[]){
Student9.change();
Student9 s1 = new Student9 (111,"Indian");
Student9 s2 = new Student9 (222,"American");
Student9 s3 = new Student9 (333,"China");
s1.display();
s2.display();
s3.display();
} }O / P: 111 भारतीय BBDIT 222 अमेरिकी BBDIT 333 चीन BBDIT
स्थैतिक विधियाँ एक उदाहरण के साथ जुड़ी नहीं हैं, इसलिए वे कक्षा में किसी भी गैर-स्थिर क्षेत्र तक नहीं पहुँच सकते हैं।
यदि विधि वर्ग के किसी भी फ़ील्ड (या केवल स्थिर फ़ील्ड) का उपयोग नहीं करती है, तो आप एक स्थिर विधि का उपयोग करेंगे।
यदि किसी वर्ग के गैर-स्थैतिक क्षेत्र का उपयोग किया जाता है, तो आपको गैर-स्थैतिक विधि का उपयोग करना होगा।
स्टेटिक तरीकों को क्लास में बुलाया जाना चाहिए, इंस्टेंस के तरीकों को क्लास के इंस्टेंस पर बुलाया जाना चाहिए। लेकिन वास्तविकता में इसका क्या मतलब है? यहाँ एक उपयोगी उदाहरण है:
एक कार वर्ग में इंस्टेल्ट () नामक एक इंस्टेंस विधि हो सकती है। आप केवल एक कार में तेजी ला सकते हैं, अगर कार वास्तव में मौजूद है (निर्माण की गई है) और इसलिए यह एक उदाहरण विधि होगी।
एक कार वर्ग में एक गणना पद्धति भी हो सकती है जिसे GetCarCount () कहा जाता है। इससे बनाई गई (या निर्मित) कारों की कुल संख्या वापस आ जाएगी। यदि कोई कार नहीं बनाई गई है, तो यह विधि 0 पर वापस आ जाएगी, लेकिन इसे अभी भी कॉल करने में सक्षम होना चाहिए, और इसलिए इसे एक स्थिर विधि होना चाहिए।
वास्तव में, हम एक वर्ग में स्थैतिक गुणों और विधियों का उपयोग करते हैं, जब हम अपने कार्यक्रम के कुछ हिस्से का उपयोग करना चाहते हैं, जब तक कि हमारा कार्यक्रम चल रहा है तब तक वहां मौजूद होना चाहिए। और हम जानते हैं कि, स्थैतिक गुणों में हेरफेर करने के लिए, हमें स्थिर तरीकों की आवश्यकता है क्योंकि वे उदाहरण चर का हिस्सा नहीं हैं। और स्थिर तरीकों के बिना, स्थिर गुणों में हेरफेर करने में समय लगता है।
जब आप कक्षा के एक उदाहरण के बिना विधि का उपयोग करने में सक्षम होना चाहते हैं, तो एक स्थिर विधि का उपयोग करें।
स्थैतिक विधियों को ऑब्जेक्ट पर लागू करने की आवश्यकता नहीं है और यह तब है जब आप इसका उपयोग करते हैं। उदाहरण: आपका मुख्य () एक स्थिर है और आप इसे कॉल करने के लिए ऑब्जेक्ट नहीं बनाते हैं।
स्थैतिक तरीके और चर जावा में 'ग्लोबल' कार्यों और चर के नियंत्रित संस्करण हैं। जिसमें तरीकों के रूप में classname.methodName()या classInstanceName.methodName()अर्थात, स्थिर तरीकों और चर को वर्ग नाम के साथ-साथ कक्षा के उदाहरणों से एक्सेस किया जा सकता है।
क्लास को स्टैटिक घोषित नहीं किया जा सकता है (क्योंकि इसका कोई मतलब नहीं है। यदि किसी वर्ग को सार्वजनिक घोषित किया जाता है, तो उसे कहीं से भी एक्सेस किया जा सकता है), इनर क्लास को स्टैटिक घोषित किया जा सकता है।
स्टेटिक तरीकों का इस्तेमाल किया जा सकता है
एक उदाहरण पर एक क्रिया नहीं करना चाहता (उपयोगिता के तरीके)
जैसा कि इस पोस्ट में उपरोक्त कुछ उत्तरों में उल्लेख किया गया है, मील को किलोमीटर में परिवर्तित करना, या फ़ारेनहाइट से सेल्सियस तक तापमान की गणना करना और इसके विपरीत। स्थैतिक विधि का उपयोग करके इन उदाहरणों के साथ, यह ढेर स्मृति में पूरी नई वस्तु को तत्काल करने की आवश्यकता नहीं है। नीचे विचार करें
1. new ABCClass(double farenheit).convertFarenheitToCelcium()
2. ABCClass.convertFarenheitToCelcium(double farenheit)पूर्व हर विधि आह्वान, प्रदर्शन, व्यावहारिक के लिए एक नया वर्ग पदचिह्न बनाता है । नीचे दिए गए गणित और अपाचे-कॉमन्स पुस्तकालय स्ट्रिंगग्रिल्स के उदाहरण हैं:
Math.random()
Math.sqrt(double)
Math.min(int, int)
StringUtils.isEmpty(String)
StringUtils.isBlank(String)एक साधारण फ़ंक्शन के रूप में उपयोग करना चाहता है। इनपुट्स को आसानी से पास किया जाता है, और परिणाम डेटा को रिटर्न वैल्यू के रूप में प्राप्त किया जाता है। वंशानुक्रम, वस्तु अस्थिरता चित्र में नहीं आती है। संक्षिप्त, पठनीय ।
नोट : कुछ लोग स्थिर तरीकों की परीक्षणशीलता के खिलाफ तर्क देते हैं, लेकिन स्थिर तरीकों का भी परीक्षण किया जा सकता है! JMockit के साथ, कोई स्थैतिक तरीकों का मजाक उड़ा सकता है। परीक्षण करने की क्षमता । नीचे उदाहरण:
new MockUp<ClassName>() {
@Mock
public int doSomething(Input input1, Input input2){
return returnValue;
}
};मैं सोच रहा हूं कि स्थैतिक तरीकों का उपयोग कब करना है?
staticतक पहुँचने के लिए विधियों का एक सामान्य उपयोग है static।लेकिन चर के staticसंदर्भ के बिना आपके पास तरीके हो सकते हैं static। staticचर का संदर्भ लिए बिना हेल्पर विधियाँ कुछ जावा वर्गों जैसे जावा.लंग.मथ में पाई जा सकती हैं
public static int min(int a, int b) {
return (a <= b) ? a : b;
}अन्य उपयोग के मामले में, मैं इन तरीकों के बारे में सोच सकता हूं कि synchronizedविधि के साथ संयुक्त बहु थ्रेडेड वातावरण में वर्ग स्तर लॉकिंग का कार्यान्वयन है।
यह कहें कि यदि मेरे पास कुछ गेटर्स और सेटर के साथ एक वर्ग है, तो एक विधि या दो, और मैं चाहता हूं कि वे विधियां केवल कक्षा के उदाहरण ऑब्जेक्ट पर अदृश्य हो। क्या इसका मतलब है कि मुझे एक स्थिर विधि का उपयोग करना चाहिए?
यदि आपको कक्षा के उदाहरण ऑब्जेक्ट पर विधि का उपयोग करने की आवश्यकता है, तो आपकी विधि गैर-स्थिर होनी चाहिए।
ओरेकल प्रलेखन पृष्ठ अधिक जानकारी प्रदान करता है।
उदाहरण और वर्ग चर और विधियों के सभी संयोजनों की अनुमति नहीं है:
A common use for static methods is to access static fields.कोई तर्क नहीं है।
एक स्थिर विधि के दो मुख्य उद्देश्य हैं:
जब भी आप अपने कोड में एक विधि को कॉल करने के लिए एक ऑब्जेक्ट नहीं बनाना चाहते हैं तो बस उस विधि को स्थैतिक घोषित करें। चूंकि स्टैटिक विधि को कॉल करने के लिए किसी इंस्टेंस की आवश्यकता नहीं होती है, लेकिन यहां पर पकड़ को सभी स्टैटिक विधियों को जेवीएम द्वारा स्वचालित रूप से नहीं कहा जाता है। यह विशेषाधिकार केवल मुख्य () "सार्वजनिक स्थैतिक शून्य मुख्य [स्ट्रिंग ... args]" विधि से जावा में आनंद लिया जाता है क्योंकि रनटाइम में यह विधि हस्ताक्षर सार्वजनिक "स्थिर" शून्य मुख्य [] JVM द्वारा प्रवेश बिंदु के रूप में मांगी जाती है। कोड का निष्पादन शुरू करें।
उदाहरण:
public class Demo
{
public static void main(String... args)
{
Demo d = new Demo();
System.out.println("This static method is executed by JVM");
//Now to call the static method Displ() you can use the below methods:
Displ(); //By method name itself
Demo.Displ(); //By using class name//Recommended
d.Displ(); //By using instance //Not recommended
}
public static void Displ()
{
System.out.println("This static method needs to be called explicitly");
}
} आउटपुट: - इस स्थिर विधि को JVM द्वारा निष्पादित किया जाता है। इस स्थिर विधि को स्पष्ट रूप से कहा जाना चाहिए। इस स्थिर विधि को स्पष्ट रूप से कहा जाना चाहिए। इस स्थिर विधि को स्पष्ट रूप से कहा जाना चाहिए।