मैंने देखा है कि लोग javax.swing.* के बजाय javax.swing.JFrame का आयात पसंद करते हैं, java.math.BigIntegerjava.math.* के बजाय आयात करने, आदि ... वहाँ विशेष रूप से आयात करने के बजाय पूरे पैकेज आयात करने की किसी भी नकारात्मक पक्ष यह है या किसी भी है विशेष रूप से आयात करने के लिए upsides?upsides और विशेष रूप से आयात और overally आयात करने की कमियां
आमतौर पर एकल वर्ग के आयात को प्राथमिकता दी क्योंकि वे इसे आसान लगाने की जो वर्ग आयात किया जाता है बनाने के कर रहे हैं। और आधुनिक आईडीई के साथ यह बहुत आसान है। तो इसे अक्सर एक अच्छी शैली माना जाता है। पैकेज और एकल वर्ग के आयात के बीच कोई अंतर नहीं है।
जो भी कोई नहीं। import कथन एक संकलक निर्देश है और संकलित कोड पर इसका कोई प्रभाव नहीं पड़ता है। आप एक आगे पढ़ने here और here हो सकता है (आप शायद बेहतर स्रोतों पा सकते हैं, लेकिन यह एक 1 मिनट गूगल व्यायाम था)।
यह this question का डुप्लिकेट जैसा लगता है।
जब आप वाइल्डकार्ड आयात करते हैं तो आप धीमे संकलन समय को देख सकते हैं, ऐसा इसलिए है क्योंकि सभी वर्ग संकलन समय पर संकलक द्वारा लोड किए जाएंगे। लेकिन इसका रनटाइम प्रदर्शन पर कोई प्रभाव नहीं पड़ता है।
खैर एक बिंदु मैं गए पैकेज के आयात के खिलाफ पढ़ लिया है कि वे समस्याओं के कारण कक्षाएं बाद में अस्पष्टता के कारण पैकेज में जोड़े जाते हैं, तो है। Jdk 1.1 की तरह java.awt पैकेज में सिर्फ एक सूची वर्ग है, jdk1.2 java.util पैकेज में एक और सूची वर्ग पेश किया।
+1 यह मुख्य बिंदु है। यह मौजूदा कोड तोड़ सकता है। आप अपने जेडीके को अपडेट करते हैं, अपनी परियोजना को संकलित/बनाने का प्रयास करते हैं और इसके कारण कई त्रुटियां प्राप्त करते हैं। निश्चित रूप से, यह अपेक्षाकृत असंभव हो सकता है लेकिन आपके उदाहरण की तरह यह वास्तव में एक वास्तविक समस्या है। – helpermethod
आपके उत्तर के कुछ अंक हैं .... :) – siaooo