बैबल और हैंडलबार, यह दोस्त बनाने का समय है

मुझे लगता है कि बहुत से लोग इस तरह के पैकेज को बाबेल, या पाइबेल के रूप में जानते हैं।
स्थानीयकरण के लिए एक महान पैकेज, जो गेटटेक्स्ट पर आधारित है, जैसे कि आधुनिक दुनिया में बाकी सब कुछ (कम से कम मुझे पता है)।

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

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

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

वास्तव में, वह सब मिल जाना चाहिए था - जो सक्षम है:
a) हैंडलबार टेम्प्लेट के माध्यम से जाएं
b) बैबल के समान सिद्धांत पर काम करने में सक्षम हो - अर्थात, लाइन कुंजी है, न कि स्थिरांक, जब सब कुछ अलग-अलग फाइलों में संग्रहीत होता है।
ग) पाया लाइनों से एक .po फ़ाइल तैयार करें

आगे के हाथ पहले से ही अनछुए हैं और पर्याप्त अवसर हैं।

कई घंटे खोज करने के बाद, निष्कर्ष निराशाजनक था, किसी कारण से किसी ने नहीं किया।
मैं स्पष्ट रूप से इस पर विश्वास नहीं करना चाहता था, लेकिन जो कुछ भी मौजूद था वह "ऐसा नहीं था" और "ऐसा नहीं है।"

मौजूदा समाधान क्या करते हैं और क्या जानते हैं?
सफलता की अलग-अलग डिग्रियों के साथ, उन्होंने रेगीज़ के तार को फिर से सुनाया। उन्हें नहीं पता था कि कैसे ngettext के साथ काम करना है, या "स्ट्रिंग = कुंजी" के सिद्धांत पर काम करना नहीं जानता है, लेकिन केवल स्थिरांक।

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

1) अनुवाद पाठ को टेम्प्लेट में परिभाषित करें, "स्ट्रिंग = कुंजी" का सिद्धांत
यह काम में बहुत अधिक सुविधाजनक है जब कुंजी = निरंतर नाम। त्रुटि की कीमत भी कम है, अधिकतम किसी को अनुवाद के बजाय अंग्रेजी में पाठ प्राप्त होगा

2) बाबेल को टेक्स्ट पास करें, साथ ही लाइन नंबर भी
यह आवश्यक है, क्योंकि अपडेट के साथ बैबेल यह निर्धारित करने में सक्षम नहीं होगा कि लाइन नंबर न होने पर वास्तव में क्या बदल गया है
3) स्ट्रिंग्स से .po फाइलों का निर्माण करना, यह वास्तव में बाबेल का कार्य है
4)। ट्रांसफर के बाद .po फाइलों से, .json फाइल्स बनाएं और क्लाइंट साइड पर पहले से ही किसी को ट्रांसफर करें। रूपांतरण - po2json कार्य
5) हैंडलबार्स के लिए हेल्पर-एस बनाएं, दोनों सिंगल-लाइन और एनजेटेक्स सपोर्ट के साथ ब्लॉक करें
फिर, हर रोज की सुविधा के लिए विविधता
6) दोनों विकल्प मापदंडों के साथ काम करने में सक्षम होना चाहिए
7) दोनों विकल्पों को अनुवाद को "सबसे ऊपर" के लिए पाठ प्रेषित करना चाहिए, जो किसी के पास बहुत ही .json फाइलें रखता है
8) उसी व्यक्ति को टेम्पलेट से प्राप्त मापदंडों को अंतिम पंक्ति में स्थानापन्न करना चाहिए।

8 वें आइटम पर, जेड को चुना गया, एक उत्कृष्ट पुस्तकालय जिसमें अंतर्निहित स्प्रिंटफ था, जिसने तुरंत सुविधाजनक पैरामीटर पासिंग की समस्या को हल किया।

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

मुझे हैंडलबार्स के स्रोत कोड को देखना था और फिर अंतर्दृष्टि आई - उसका लेक्सर जेल का उपयोग करते हुए लिखा गया था और पार्सर जेलाना, हैंडलबार से सीधे शब्दावली का उपयोग करते हुए, अंदर सीवन किया गया था।
और Handlebars.parse (टेम्पलेट) विधि को कॉल करके, आप टेम्पलेट की JSON संरचना प्राप्त कर सकते हैं।
सब कुछ अद्भुत लग रहा था - लेकिन कोई लाइन नंबर नहीं हैं।

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

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

बेशक, इस पोस्ट का कोई मतलब नहीं होगा अगर बाद की लाइनें नहीं थीं। मुझे लगता है कि कम से कम स्ट्रिंग्स के निर्यात के लिए सही दिशा की खोज में बिताया गया समय किसी को भी बचाएगा।
- पाइप स्थापित पाइबेलब-एचबीएस
- github.com/tigrawap/pybabel-hbs

पैकेज को पैच किए गए हैंडलबार के साथ स्थापित किया गया है, और स्रोत में सहायक कार्यान्वयन के उदाहरण हैं (हालांकि कॉफी पर)
टेम्पलेट्स में बहुत उपयोग मेरे लिए व्यक्तिगत रूप से आदर्श निकला, गितुब पर 4 सहायक, यहाँ स्पष्टता के लिए सबसे "मोटी" है

{{#ntrans num_to_check_aganst param_1="something" num=num_to_check_against}} Some text to be translated with %(param_1)s and %(num)s {{else}} Some plural text to be translated with %(param_1)s and %(num)s {{/ntrans}} 

कोलाहल को विन्यास में जोड़ने की जरूरत है

 [hbs: path/to/project/**.hbs] 

काम के लिए यह आवश्यक है कि पर्यावरण में नोड.जे.ई.एस.
योजनाएँ अनुकूलन कर रही हैं ताकि नोड.जेएस प्रत्येक फ़ाइल के लिए प्रत्येक बार अलग से शुरू न हो, लेकिन मुख्य बाबेल प्रक्रिया के पूरे जीवन काल के लिए एक बार।
यह संस्करण 0.2.0 में लागू किया गया है, जबकि पोस्ट मॉडरेशन पर था।
बेशक, त्वरण खराब नहीं था, ~ एक मिनट में 150 टेम्प्लेट का एक पैक संसाधित किया जाने लगा।
इससे पहले, इसमें कुछ मिनट लगे, जो पूरी तरह से अस्वीकार्य था।
लेकिन इस तरह के एक कॉल के लिए बहुत अधिक मिनट है।

गौरतलब है कि (एक और 4 बार) यह इस तथ्य के कारण अनुकूलित किया गया है कि यह मूल रूप से डेटा को नोड के लिए स्थानांतरित कर रहा है। अजगर से pexpect के माध्यम से, अब (संस्करण 0.2.1) मैं केवल फ़ाइल का नाम स्थानांतरित करता हूं और नोड.jj इसे पहले से ही पढ़ता है। (यहां, निश्चित रूप से, माइनस यह है कि दोनों बदले में फाइल खोलते हैं)
अब 150 फाइलों को संसाधित करने में 15 सेकंड से कम समय लगता है। अभी भी इस प्रक्रिया में तेजी लाने की गुंजाइश है, लेकिन अभी तक मैं खुश हूं।
इस तथ्य को देखते हुए कि आपको अक्सर इसे चलाने की आवश्यकता नहीं है, एक अच्छा पर्याप्त परिणाम।

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