मैंने अभी जावा के स्कैनर वर्ग के बारे में सीखा है और अब मैं सोच रहा हूं कि यह स्ट्रिंगरोकेंनाइज़र और स्ट्रिंगसिंगिट के साथ तुलना / प्रतिस्पर्धा कैसे करता है। मुझे पता है कि StringTokenizer और String.Split केवल स्ट्रिंग्स पर काम करते हैं, इसलिए मैं एक स्ट्रिंग के लिए स्कैनर का उपयोग क्यों करना चाहूंगा? क्या स्कैनर सिर्फ विभाजन के लिए वन-स्टॉप-शॉपिंग होना है?
जवाबों:
वे पाठ्यक्रम के लिए अनिवार्य रूप से घोड़े हैं।
Scannerउन मामलों के लिए डिज़ाइन किया गया है जहाँ आपको एक स्ट्रिंग को पार्स करने की आवश्यकता होती है, विभिन्न प्रकारों के डेटा को खींचकर। यह बहुत लचीला है, लेकिन यकीनन आपको किसी विशेष अभिव्यक्ति द्वारा सीमांकित स्ट्रिंग्स की एक सरणी प्राप्त करने के लिए सरलतम एपीआई नहीं देता है।String.split()और Pattern.split()आपको बाद में करने के लिए एक आसान वाक्यविन्यास देता है, लेकिन यह अनिवार्य रूप से वे सब करते हैं। यदि आप परिणामी तारों को पार्स करना चाहते हैं, या किसी विशेष टोकन के आधार पर सीमांकक को आधे रास्ते में बदलना चाहते हैं, तो वे आपकी मदद नहीं करेंगे।StringTokenizerकी तुलना String.split()में और भी अधिक प्रतिबंधात्मक है , और उपयोग करने के लिए थोड़ा सा फिजूलखर्ची भी है। यह अनिवार्य रूप से तय सब्सट्रिंग्स द्वारा सीमांकित टोकन बाहर खींचने के लिए डिज़ाइन किया गया है। इस प्रतिबंध के कारण, यह लगभग दोगुना है String.split()। (मेरी तुलनाString.split()StringTokenizer देखें और ।) यह नियमित अभिव्यक्ति एपीआई से भी संबंधित है, जिसमें String.split()से एक हिस्सा है।आप मेरे समय से ध्यान देंगे जो String.split()अभी भी एक विशिष्ट मशीन पर कुछ मिलीसेकंड में हजारों तारों का टोकन कर सकते हैं। इसके अलावा, इसका यह फायदा है StringTokenizerकि यह आपको एक स्ट्रिंग ऐरे के रूप में आउटपुट देता है, जो आमतौर पर आप चाहते हैं। एक का उपयोग करके Enumeration, जैसा कि प्रदान किया गया है StringTokenizer, अधिकांश समय "वाक्यबद्ध रूप से उधम मचाते" है। इस दृष्टिकोण से, StringTokenizerआजकल जगह की थोड़ी बर्बादी है, और आप बस उपयोग कर सकते हैं String.split()।
StringTokenizerअभी भी मेरी सबसे अच्छी शर्त नहीं है क्योंकि String.split()बस स्मृति से बाहर चलेगा?
चलो शुरू करते हैं StringTokenizer। यह पुराना हो रहा है और नियमित अभिव्यक्तियों का समर्थन भी नहीं करता है। इसके प्रलेखन में कहा गया है:
StringTokenizerएक विरासत वर्ग है जिसे संगतता कारणों से रखा जाता है, हालांकि इसका उपयोग नए कोड में हतोत्साहित किया जाता है। यह अनुशंसा की जाती है कि इस कार्यक्षमता को प्राप्त करने वाला कोई भी या इसके बजाय पैकेज कीsplitविधि का उपयोग करे ।Stringjava.util.regex
तो चलो इसे अभी बाहर फेंक दो। यही कारण है कि पत्तियों split()और Scanner। उनमें क्या अंतर है?
एक बात के लिए, split()बस एक सरणी देता है, जो कि फॉर्च लूप का उपयोग करना आसान बनाता है:
for (String token : input.split("\\s+") { ... }Scanner एक धारा की तरह बनाया गया है:
while (myScanner.hasNext()) {
String token = myScanner.next();
...
}या
while (myScanner.hasNextDouble()) {
double token = myScanner.nextDouble();
...
}(इसकी एक बड़ी API है , इसलिए ऐसा मत सोचो कि यह हमेशा ऐसी सरल चीजों तक ही सीमित है।)
यह स्ट्रीम-स्टाइल इंटरफ़ेस सरल पाठ फ़ाइलों या कंसोल इनपुट को पार्स करने के लिए उपयोगी हो सकता है, जब आपके पास पार्स शुरू करने से पहले सभी इनपुट नहीं होते (या नहीं मिल सकते)।
व्यक्तिगत रूप से, केवल उसी समय का उपयोग Scannerकरना याद कर सकते हैं जब स्कूल प्रोजेक्ट्स के लिए है, जब मुझे कमांड लाइन से उपयोगकर्ता इनपुट प्राप्त करना था। यह उस तरह के ऑपरेशन को आसान बनाता है। लेकिन अगर मेरे पास ऐसा है Stringजिसे मैं विभाजित करना चाहता हूं, तो उसके साथ जाने के लिए लगभग कोई दिमाग नहीं है split()।
Scannerएक पंक्ति में नई पंक्ति वर्णों का पता लगाता था String। नए लाइन वर्ण (कम से नज़र मंच के लिए मंच से भिन्न हो सकते हैं के बाद से Patternकी जावाडोक!) और इनपुट स्ट्रिंग के अनुरूप इसकी गारंटी नहीं है System.lineSeparator(), मुझे लगता है Scannerअधिक उपयुक्त के रूप में यह पहले से ही नए लाइन वर्ण जब फोन करने के लिए क्या देखने के लिए जानता है nextLine()। के लिए String.splitमैं सही regex पैटर्न में खिलाने के लिए लाइन विभाजक, जो मैं किसी भी मानक स्थान (सबसे अच्छा मैं है से इसे कॉपी कर सकते हैं में संग्रहीत नहीं पाते हैं पता लगाने के लिए होगा Scannerक्लास 'स्रोत)।
StringTokenizer हमेशा से था। यह सभी का सबसे तेज़ है, लेकिन एन्यूमरेशन जैसा मुहावरा दूसरों की तरह सुरुचिपूर्ण नहीं हो सकता है।
विभाजन JDK 1.4 पर अस्तित्व में आया। टोकन की तुलना में धीमी लेकिन उपयोग करने में आसान है, क्योंकि यह स्ट्रिंग क्लास से कॉल करने योग्य है।
जेडीके 1.5 पर स्कैनर आया। यह सबसे लचीला है और प्रसिद्ध जावा स्कैन स्कैन फंक्शन परिवार के बराबर का समर्थन करने के लिए जावा एपीआई पर एक लंबे समय से स्थायी अंतराल को भरता है।
यदि आपके पास एक स्ट्रिंग ऑब्जेक्ट है जिसे आप टोकन करना चाहते हैं, तो स्ट्रिंग के विभाजन विधि का उपयोग करके स्ट्रिंग स्ट्रिंगराइज़र पर। यदि आप अपने प्रोग्राम के बाहर किसी स्रोत से, जैसे किसी फ़ाइल से, या उपयोगकर्ता से पाठ डेटा पार्स कर रहे हैं, तो यह एक स्कैनर काम आता है।
स्प्लिट धीमा है, लेकिन स्कैनर जितना धीमा नहीं है। StringTokenizer विभाजन की तुलना में तेज़ है। हालाँकि, मैंने पाया कि मैं कुछ लचीलेपन का व्यापार करके, गति बढ़ाने के लिए दोगुनी गति प्राप्त कर सकता था, जो मैंने JFastParser https://github.com/hughperkins/jfastparser पर किया था
एक स्ट्रिंग पर परीक्षण जिसमें एक मिलियन डबल्स हैं:
Scanner: 10642 ms
Split: 715 ms
StringTokenizer: 544ms
JFastParser: 290msStringTokenizer की तुलना में String.split बहुत धीमी लगती है। विभाजन के साथ एकमात्र लाभ यह है कि आपको टोकन की एक सरणी मिलती है। इसके अलावा आप विभाजन में किसी भी नियमित अभिव्यक्ति का उपयोग कर सकते हैं। org.apache.commons.lang.StringUtils में एक स्प्लिट मेथड होता है जो कि दो में से किसी की तुलना में ज्यादा तेज काम करता है। StringTokenizer या String.split। लेकिन तीनों के लिए सीपीयू का उपयोग लगभग समान है। इसलिए हमें एक ऐसी विधि की भी आवश्यकता है जो सीपीयू की गहनता से कम हो, जिसे मैं अभी भी नहीं खोज पा रहा हूं।
मैंने हाल ही में अत्यधिक प्रदर्शन संवेदनशील स्थितियों में String.split () के खराब प्रदर्शन के बारे में कुछ प्रयोग किए। आपको यह उपयोगी लग सकता है।
http://eblog.chrononsystems.com/hidden-evils-of-javas-stringsplit-and-stringr
सार यह है कि String.split () हर बार एक रेगुलर एक्सप्रेशन पैटर्न संकलित करता है और इस प्रकार आपके प्रोग्राम को धीमा कर सकता है, इसकी तुलना में यदि आप एक पूर्व-निर्धारित पैटर्न ऑब्जेक्ट का उपयोग करते हैं और इसे सीधे स्ट्रिंग पर संचालित करने के लिए उपयोग करते हैं।
डिफ़ॉल्ट परिदृश्यों के लिए मैं पैटर्न (एसपीएलआईटी) का सुझाव दूंगा, लेकिन अगर आपको अधिकतम प्रदर्शन की आवश्यकता है (विशेष रूप से एंड्रॉइड के सभी समाधान जो मैंने परीक्षण किए हैं, वे काफी धीमी हैं) और आपको केवल एक चार्ट द्वारा विभाजित करने की आवश्यकता है, मैं अब अपनी खुद की विधि का उपयोग करता हूं:
public static ArrayList<String> splitBySingleChar(final char[] s,
final char splitChar) {
final ArrayList<String> result = new ArrayList<String>();
final int length = s.length;
int offset = 0;
int count = 0;
for (int i = 0; i < length; i++) {
if (s[i] == splitChar) {
if (count > 0) {
result.add(new String(s, offset, count));
}
offset = i + 1;
count = 0;
} else {
count++;
}
}
if (count > 0) {
result.add(new String(s, offset, count));
}
return result;
}स्ट्रिंग के लिए चार्ट प्राप्त करने के लिए "abc" .toCharArray () का उपयोग करें। उदाहरण के लिए:
String s = " a bb ccc dddd eeeee ffffff ggggggg ";
ArrayList<String> result = splitBySingleChar(s.toCharArray(), ' ');एक महत्वपूर्ण अंतर यह है कि String.split () और Scanner दोनों खाली तारों का उत्पादन कर सकते हैं लेकिन StringTokenizer कभी भी ऐसा नहीं करता है।
उदाहरण के लिए:
String str = "ab cd ef";
StringTokenizer st = new StringTokenizer(str, " ");
for (int i = 0; st.hasMoreTokens(); i++) System.out.println("#" + i + ": " + st.nextToken());
String[] split = str.split(" ");
for (int i = 0; i < split.length; i++) System.out.println("#" + i + ": " + split[i]);
Scanner sc = new Scanner(str).useDelimiter(" ");
for (int i = 0; sc.hasNext(); i++) System.out.println("#" + i + ": " + sc.next());आउटपुट:
//StringTokenizer
#0: ab
#1: cd
#2: ef
//String.split()
#0: ab
#1: cd
#2:
#3: ef
//Scanner
#0: ab
#1: cd
#2:
#3: efऐसा इसलिए है क्योंकि String.split () और Scanner.useDelimiter () के लिए सीमांकक केवल एक स्ट्रिंग नहीं है, बल्कि एक नियमित अभिव्यक्ति है। हम ऊपर दिए गए उदाहरण में सीमांकक "" को "+" से बदल सकते हैं ताकि उन्हें स्ट्रिंगरोकाइन्ज़र की तरह व्यवहार किया जा सके।
String.split () बहुत अच्छा काम करता है, लेकिन इसकी अपनी सीमाएँ हैं, जैसे कि यदि आप एक स्ट्रिंग को विभाजित करना चाहते हैं जैसा कि सिंगल या डबल पाइप (!) प्रतीक के आधार पर नीचे दिखाया गया है, यह काम नहीं करता है। इस स्थिति में आप StringTokenizer का उपयोग कर सकते हैं।
एबीसी | IJK