NikaFramework (NKF) का परिचय। भाग २

पहले भाग की निरंतरता।

4. प्रोजेक्ट बिल्ड सिस्टम
बिल्ड सिस्टम के बारे में मुझे जो पसंद है, वह यह है कि मैं कई अलग-अलग फाइलें बना सकता हूं और इस बारे में चिंता नहीं करता कि इसे बाद में कैसे व्यवस्थित किया जाए, ताकि सब कुछ जल्दी से उपयोगकर्ता की ओर से लोड हो जाए।

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

इसके अलावा, बाद में हम AJAX का सहारा लिए बिना विरासत विधियों का उपयोग करके समान संसाधनों (XHTML, SVG, JSON) तक पहुंच सकते हैं, क्योंकि ये सभी संसाधन पहले से ही index.xhtmlz ।

यदि चित्र XHTML या शैलियों (CSS / Sass) में उपयोग किए जाते हैं, तो प्रोजेक्ट बिल्ड सिस्टम बेस 64 का उपयोग करते समय उन्हें डेटा: URL में परिवर्तित कर देगा।

index.xhtmlz (index.xhtml):


डोम:


भविष्य में "एनोटेशन" के लिए समर्थन शुरू करने की योजना है, जिसके उपयोग से संसाधन को डेटा में परिवर्तित नहीं किया जाना चाहिए: URL, जो बहुत बड़ी फ़ाइलों के लिए उपयोगी हो सकता है, उदाहरण के लिए, वीडियो।

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

प्रोजेक्ट बिल्ड सिस्टम को NodeJS में लिखा गया है और औसत प्रोजेक्ट (350 फाइलें) के लिए विकास मोड में औसतन 1 सेकंड लगता है।

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

5. उत्पन्न डोम के शब्दार्थ
आपको कितनी बार एक तत्व (फायरबग, वेब डेवलपर) का निरीक्षण करना पड़ा, और फिर पूरे कोड में इसके कार्यान्वयन की तलाश करें? एनकेएफ इस समस्या को हल करके जानता है कि प्रत्येक घटक किस प्रकार के घटक से संबंधित है, और यह एक डोम उत्पन्न करता है जो एक घटक को जल्दी से खोजने के लिए समझ में आता है।

data-nkf-component-type - घटक प्रकार
data-nkf-component-name - घटक नाम





6. मक्खी पर स्थानीयकरण
यह एक रिबूट के बिना स्थान को दूसरे में बदलने की क्षमता है। यह डेटा- * विशेषता डेटा-लैंग- * का उपयोग करके किया जाता है।

उदाहरण के लिए।

 <label data-lang-textcontent="{{Search}}" data-lang-title="{{Search!}}"/> 

अंग्रेजी के लिए, इस तरह समाप्त होगा।

 <label data-lang-textcontent="{{Search}}" data-lang-title="{{Search!}}" title="Search!">Search</label> 

या इस तरह से रस के लिए।

 <label data-lang-textcontent="{{Search}}" data-lang-title="{{Search!}}" title="!"></label> 

स्थानीयकरण फ़ाइलें / डेटा / लैंग निर्देशिका में नियमित JSON फ़ाइलों के रूप में बनाई जाती हैं।

उदाहरण के लिए।

ru.json:

 { "translate":{ "Search": "", "Products": "" .... } } 

यह DOM और यहां तक ​​कि CSS ( सामग्री ) के उत्पन्न भाग का आंशिक स्थानीयकरण भी संभव है।

भविष्य में, बड़े पाठ को स्थानीय बनाने के लिए लेबल को बाँधना संभव बनाने की योजना है।

अगले भाग में, मैं दिखाऊंगा कि इस ढांचे का उपयोग करके एप्लिकेशन कैसे बनाएं।

पुनश्च रचनात्मक आलोचना और सुधार के लिए विचारों का स्वागत है।