धाराप्रवाह और गेटटेक्स्ट के बीच अंतर

सामान्य गेटटेक्स्ट पर फ़्लुएंट के लाभों के बारे में चर्चा जारी रखते हुए, मैं अनुवाद में फ़्लुएंट के रचनाकारों की आधिकारिक स्थिति प्रकाशित करता हूँ।

गेटटेक्स्ट एक स्थानीयकरण प्रणाली है जो जीएनयू परियोजना और इसके संबद्ध वास्तु समाधानों में गहराई से निहित है। धाराप्रवाह प्रोजेक्ट गेटटेक्स्ट को एक पठनीय प्रारूप में स्थानीयकरण फ़ाइलों के साथ पूर्ण उत्पाद रिलीज चक्र के प्रबंधन के लिए पुस्तकालयों और उपकरणों के एक पूर्ण निम्न-स्तरीय प्लेटफ़ॉर्म-स्वतंत्र पारिस्थितिकी तंत्र के एक अच्छे उदाहरण के रूप में देखता है। उसी समय, धाराप्रवाह प्रतिमान हमें महत्वपूर्ण स्थानीयकरण पहलुओं में अन्य वास्तु समाधानों की ओर ले जाता है, जो बदले में, पूरी तरह से अलग एपीआई और जीवन चक्र का नेतृत्व करते हैं।

दूसरे शब्दों में, गेटटेक्स्ट एक बेहतरीन परियोजना है, लेकिन हम स्थानीयकरण के दृष्टिकोण पर इसके विचार साझा नहीं करते हैं।

यहाँ गेटटेक्स और धाराप्रवाह के बीच मुख्य अंतर हैं:

समझौता

गेटटेक्स्ट और फ़्लुएंट के बीच सबसे महत्वपूर्ण अंतर संदेश पहचानकर्ता है। गेटटेक्स्ट ने पहचानकर्ता के रूप में स्रोत स्ट्रिंग (आमतौर पर अंग्रेजी में) का उपयोग करने का निर्णय लिया। यह विकल्प सरल लगता है, लेकिन बाद में यह कई प्रतिबंध लगा देता है।

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

दूसरे, यह स्रोत भाषा में एक ही पाठ के साथ कई संदेशों की शुरूआत को जटिल करता है, जिसका अनुवाद अलग-अलग तरीकों से किया जाना चाहिए। उदाहरण के लिए, "ओपन" बटन के लिए पाठ और "ओपन" चिह्न के लिए अलग-अलग तरीकों से अनुवाद किया जा सकता है, क्योंकि पहला पाठ एक कमांड है, और दूसरा विवरण है। Gettext में समान स्रोत सेगमेंट वाली लाइनों के बीच अंतर करने के लिए एक वैकल्पिक msgctxt संदर्भ लाइन है। यह दृष्टिकोण डेवलपर्स पर ऐसी स्थितियों को पहचानने की जिम्मेदारी देता है, जो हितों के पृथक्करण के सिद्धांत का खंडन करता है।

धाराप्रवाह इस कारण से ग्रंथों के पुन: उपयोग की अनुशंसा नहीं करता है। स्रोत पाठों को अन्य अनुवादों से अलग करना भी यौगिक संदेशों (जिसमें एक अनुवाद इकाई के लिए कई पंक्तियाँ, एक उपयोगकर्ता इंटरफ़ेस विजेट से जुड़ी होती हैं) और संदेशों के पहचानकर्ता-आधारित लिंक के लिए हमारी क्षमता के लिए भी महत्वपूर्ण है।

धाराप्रवाह डेवलपर्स और स्थानीय लोगों के बीच एक "समझौता" स्थापित करता है। डेवलपर एक विशिष्ट पहचानकर्ता और चर का एक सेट (अपठित संदेश, उपयोगकर्ता नाम आदि की संख्या) में प्रवेश करता है, और स्थानीय व्यक्ति, धाराप्रवाह वाक्य रचना का उपयोग करके, इस पहचानकर्ता के लिए संदेश पाठ का निर्माण करने का निर्णय लेता है।

डेवलपर को ऐसे संदेशों के अनुवाद के विस्तृत कार्यान्वयन के बारे में चिंता नहीं करनी चाहिए। एक डेवलपर की जरूरत है कि एक विशिष्ट पहचानकर्ता द्वारा स्ट्रिंग का अनुरोध करने के लिए UI में एक विशिष्ट स्थान के लिए उपयुक्त पाठ की एक पंक्ति प्राप्त करना है।

संदेश विकल्प

गेटटेक्स्ट अंतर्राष्ट्रीयकरण के लिए विशेष रूप से बहुवचन के लिए कार्यों के एक छोटे सेट का समर्थन करता है। लेकिन इस तरह के बहुवचन सिंटैक्स एक विशेष मामला है, मानक गेटटेक्स्ट सिंटैक्स के अलावा, और परिवर्तनशीलता की आवश्यकता वाले अन्य मामलों के लिए स्केल करना मुश्किल है।

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

बाहरी तर्क

गेटटेक्स्ट बाहरी तर्कों का समर्थन नहीं करता है। दूसरे शब्दों में, आप मापदंडों - संख्याओं, तिथियों के प्रारूपण को निर्दिष्ट नहीं कर सकते। गेटटेक्स्ट में मापदंडों को प्रारूपित करने के लिए, एक स्ट्रिंग को वापस करने की सिफारिश की जाती है, जो परिणामस्वरूप स्ट्रिंग पर Printf या String.prototype.replace को चलाने के लिए पारित किया जाएगा।

धाराप्रवाह में, बाहरी तर्कों का समर्थन वाक्य रचना के बहुत मूल में है। बाहरी तर्कों को न केवल प्रक्षेपित किया जाता है, बल्कि चयनकर्ता के लिए मापदंडों के रूप में भी उपयोग किया जाता है, और इसे अंतर्निहित कार्यों में भी स्थानांतरित किया जा सकता है। यह स्थानीय लोगों को विशिष्ट मामलों के लिए अधिक सटीक पाठ बनाने की अनुमति देता है। उसके ऊपर, धाराप्रवाह एफएसआई / पीडीआई मार्करों को ऑब्जेक्ट के चारों ओर द्विदिश पाठ में प्रत्यक्षता अलगाव की रक्षा के लिए चिह्नित करता है, और पत्तों के तारों के किसी भी हेरफेर को रोकता है, जिससे डेवलपर्स पर बोझ कम हो जाता है।

जिम्मेदारी का अलगाव

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

धाराप्रवाह मानता है कि कई स्थानों के साथ सॉफ़्टवेयर विकसित करते समय डेवलपर को समान भाषाई ज्ञान नहीं होना चाहिए, और प्रत्येक भाषा को स्थानीयकरण के दौरान कार्रवाई की एक निश्चित स्वतंत्रता होनी चाहिए।

परिणामस्वरूप, धाराप्रवाह प्रत्येक अनुवाद को अलग से संग्रहीत करता है, बिना किसी भाषा की "लीक" के बिना दूसरों के लिए, और एक डेवलपर के लिए सभी अनुवाद "अपारदर्शी" रखता है, जिन्हें इस बात की चिंता करने की आवश्यकता नहीं है कि स्थानीय लोगों को किसी दिए गए लाइन के लिए क्या आवश्यकता हो सकती है।

स्थानांतरण का रद्द करना

विकास चक्र में, मूल के संबंध में अनुवाद "रद्द" (अमान्य हो जाता है) तीन स्थितियाँ हैं:

• मामूली परिवर्तन: अनुवाद (सही विराम चिह्न, टाइपो) को प्रभावित नहीं करता है।
• मध्यम परिवर्तन: संदेश के डिजाइन को प्रभावित करता है, लेकिन संबंधित अनुवाद की शुद्धता को रद्द नहीं करता है (उदाहरण के लिए, सभी बुकमार्क दिखाएं -> बुकमार्क प्रबंधक दिखाएं )।
• महत्वपूर्ण परिवर्तन: वाक्य का नया अर्थ ( बचाने के लिए क्लिक करें -> खोलने के लिए क्लिक करें )।

वास्तु कारणों से, गेटटेक्स्ट तीनों स्तरों को एक ही अवस्था में जोड़ती है जिसे फ़ज़ी कहा जाता है। स्रोत लाइन में कोई भी परिवर्तन (कम से कम पूर्ण, कम से कम महत्वहीन) अनुवाद को रद्द करने की ओर जाता है।

धाराप्रवाह में, विशिष्ट पहचानकर्ताओं का उपयोग आपको इनमें से दो स्तरों को तीसरे से अलग रखने की अनुमति देता है: जब आप किसी पंक्ति के स्रोत पाठ में छोटे बदलाव करते हैं और जब आप पहचानकर्ता को बचाते हैं, तो अनुवाद मान्य रहते हैं। दूसरी ओर, यदि डेवलपर पहचानकर्ता को बदल देता है, तो सभी अनुवाद रद्द कर दिए जाते हैं और अपडेट करने की आवश्यकता होती है।

हम मानते हैं कि इस तरह का एक वास्तुशिल्प समाधान अधिकांश रिलीज़ साइकिलों के लिए अधिक फायदेमंद है, हालांकि हम स्वीकार करते हैं कि मध्य- स्तर के परिवर्तनों के लिए, डेवलपर को पहचानकर्ता को बचाने या बदलने के बीच चयन करना होगा (यानी एक मामूली और महत्वपूर्ण बदलाव के बीच)।

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

डेटा प्रारूप

गेटटेक्स्ट तीन फ़ाइल स्वरूपों का उपयोग करता है - * .po, * .pot और * .mo। यह संदेश निकालने और संकलन करने जैसे चरणों को जोड़कर उत्पादन चक्र में गेटटेक्स्ट के कार्यान्वयन को प्रभावित करता है।

धाराप्रवाह एकल * .ftl फ़ाइल प्रारूप का उपयोग करता है, जो कार्यान्वयन को सरल बनाता है और अतिरिक्त चरणों की आवश्यकता नहीं होती है जो डेटा विसंगतियों को जन्म दे सकती है।

यूनिकोड समर्थन

गेटटेक्स्ट को UTF-8 में एनकोड किया जा सकता है। सामान्य तौर पर, यह वह जगह है जहां यूनिकोड समर्थन समाप्त होता है। यह अपने स्वयं के डेटा का उपयोग प्लुरल के लिए करता है, यह नहीं जानता कि दिनांक और संख्याओं को कैसे प्रारूपित किया जाए, यह द्विदिश ग्रंथों के साथ काम करने में मदद नहीं करता है।

धाराप्रवाह मानकीकृत पुस्तकालयों और CLDR, ICU और ECMA402 एल्गोरिदम का व्यापक उपयोग करता है, बड़े करीने से स्थानीयकरण और अंतर्राष्ट्रीयकरण का संयोजन करता है।

निष्कर्ष

हम मानते हैं कि धाराप्रवाह एपीआई और वाक्यविन्यास गेटटेक्स्ट पर एक महत्वपूर्ण सुधार का प्रतिनिधित्व करते हैं, और हम अनुशंसा करते हैं कि आप उन्हें अंतर्राष्ट्रीय सॉफ़्टवेयर के लिए उपयोग करें।

अधिक धाराप्रवाह के बारे में

• परियोजना धाराप्रवाह की आधिकारिक साइट
• पेश है धाराप्रवाह
• सिंटेक्स गाइड
• फ्लुएंट कहां काम आएगा?