\ n और \ r हर जगह काम करने लगते हैं। लाइन क्यों है। सेपरेटर अधिक पोर्टेबल?

Question

मैं सिर्फ प्रश्नों के माध्यम से देख रहा था, और मुझे System.getProperty(line.separator)\n के स्थान पर लेखक की टिप्पणी के साथ उपयोग किया गया था कि कोड "पोर्टेबल" था। विभिन्न मंचों के माध्यम से पढ़ना, मैं दो समूहों को देखा है:

1. जो लोग वहाँ लिनक्स और न्यू लाइन पात्रों में से विंडोज 'व्याख्या में अंतर होता है कहते हैं, और यह है कि के लिए क्षतिपूर्ति (कोई स्पष्ट सबूत के साथ)।
2. लोग जो कहते हैं कि कोड और आउटपुट उदाहरण दिखाकर कोई अंतर नहीं है, जो स्पष्ट रूप से केवल उस कोड उदाहरण पर लागू होता है और सार्वभौमिक रूप से नहीं।

मेरी भावना है: यह शायद गैर-मानक ओएस है, उदाहरण के लिए आपकी कंपनी के औद्योगिक स्कैनर ओएस उदाहरण के लिए, जहां आप एक अंतर देखेंगे। मुझे \n और line.separator के बीच अंतर देखने जा रहा है? क्या आप एक उदाहरण दिखा सकते हैं, कृपया? आप यह जानने के लिए कैसे गए कि विविधता कहां होती है?

Answer 1

गलत रेखा समाप्ति अक्सर परेशानी होती है। उदाहरण के लिए, यह है कि क्या विंडोज नोटपैड से पता चलता है जब \n बजाय \r\n (विंडोज 'line.separator) के साथ एक फ़ाइल लेखन है:

उन छोटे बक्से पंक्ति विराम होना चाहिए थे।

दूसरी तरह के आसपास, जब \r\n\n (यूनिक्स 'line.separator) के स्थान पर प्रयोग किया जाता है, जिस तरह से भी बदतर है, और टूट जाता है अजीब और अद्भुत तरीकों से स्क्रिप्ट और config फाइल को शेल।

उदाहरण के लिए, यह है कि क्या डेबियन पर sh आउटपुट और व्युत्पन्न distros जब कि सिर्फ ls लेकिन साथ \r\n पंक्ति विभाजक शामिल (क्योंकि गाड़ी वापसी टर्मिनल लाइन के कुछ हिस्सों के ऊपर लिख करने का कारण बनता इसे मिटाया लग एक खोल स्क्रिप्ट चलाने के लिए कोशिश कर रहा है):

: not foundsh: ls 

कई ऐसे here, here और here के रूप में लोगों से StackOverflow पर प्रतिदिन सवाल इस ने काट लिया जा रहा है, कर रहे हैं।

Answer 2

यदि आपको यह गलत लगता है, तो आप अन्य एप्लिकेशन के साथ डेटा का आदान-प्रदान करने की अपनी क्षमता को गड़बड़ कर देंगे। आपको यह समझने की आवश्यकता है कि जब आप यह समझने से दूर हो सकते हैं कि जावा आपकी मदद करेगा ... और जब आप नहीं कर सकते।

लिनक्स अनुप्रयोग आमतौर पर केवल लाइनफीड वर्ण (\ n) का उपयोग लाइन लाइन ब्रेक के रूप में करते हैं। विंडोज अनुप्रयोग लाइन फीड (\ n \ r) के बाद कैरिज रिटर्न के संयोजन का उपयोग करते हैं।

यदि आप उच्च स्तरीय जावा I/O दिनचर्या का उपयोग कर रहे हैं - यदि आप रीडर और राइटर्स के माध्यम से जा रहे हैं जो निम्न स्तर के स्ट्रीम और विशेष रूप से बाइट स्ट्रीम के बजाय पात्रों को संसाधित करते हैं - पुस्तकालय अनुवाद करेंगे \ n (जो जावा, सम्मेलन द्वारा, आंतरिक रूप से अपनी नई लाइन के रूप में उपयोग करता है) मंच-उपयुक्त प्रतिनिधित्व में। यदि आप निचले स्तर के कार्यों का उपयोग कर रहे हैं, तो आपको उस भेद के बारे में पता होना चाहिए और सही चीज करना चाहिए।

Answer 3

यहाँ ओएस द्वारा मानक पंक्ति विभाजक है:

Windows: '\r\n' 
Mac (OS 9-): '\r' 
Mac (OS 10+): '\n' 
Unix/Linux: '\n' 

क्या इसका मतलब है कि यह है कि \n के रूप में आप हार्ड कोड अपनी लाइन विभाजक, आप लिनक्स और ओएस एक्स में अपेक्षित परिणाम प्राप्त करने के लिए जा रहे हैं, लेकिन विंडोज लाइन के अंत में सही ढंग से पहचान नहीं पाएंगे। हालांकि, अपनी लाइन समाप्ति का प्रतिनिधित्व करने के लिए अधिक सामान्य line.separator का उपयोग करके, वे जो भी निष्पादन ऑपरेटिंग सिस्टम के लाइन एंडिंग के अपेक्षित कार्यान्वयन के लिए हो सकते हैं, उसे हल करेंगे।