Init.js: फुल-स्टैक जावास्क्रिप्ट के साथ विकास क्यों और कैसे करें

कहानी

तो, आपके और आपके साथी के पास एक बेहतरीन व्यवसायिक विचार है। है न? आप लगातार अपने दिमाग में अधिक से अधिक नई सुविधाओं को जोड़ रहे हैं। आप नियमित रूप से संभावित ग्राहकों से उनकी राय पूछते हैं, और वे आपके विचार के सभी दीवाने हैं।

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

और अंत में, एक दिन आपने तय किया: "चलो करते हैं!"। और अब आप पहले से ही यह पता लगाने की कोशिश कर रहे हैं कि आपके आवेदन के व्यापारिक तर्क को कैसे लागू किया जाए, वह हत्यारा सुविधा जो उत्पाद को आगे बढ़ाएगी। आपको यह पता होना चाहिए कि यह कैसे करना है, और आप जानते हैं कि आप इसके लिए सक्षम हैं। और इसलिए तुम कहते हो: “हो गया! यह काम करता है! ”आपके पास एक सफल प्रोटोटाइप है! यह केवल एक वेब अनुप्रयोग में पैक करने के लिए बनी हुई है।

"ठीक है, एक वेबसाइट बनाओ," आप कहते हैं।

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

यहाँ दर्जनों और दर्जनों वास्तु निर्णय लिए जाने की आवश्यकता है। और आप गलती नहीं करना चाहते हैं: आपको ऐसी तकनीकों की आवश्यकता है जो तेजी से विकास की अनुमति दें, निरंतर पुनरावृत्तियों, अधिकतम दक्षता, गति, स्थिरता और बहुत कुछ का समर्थन करें। आप दुबले और फुर्तीले बनना चाहते हैं। आप उन तकनीकों का उपयोग करना चाहते हैं जो आपको लघु और दीर्घकालिक दोनों में सफल होने में मदद करेंगे। और उन्हें चुनना हमेशा इतना सरल है।

"मैं अभिभूत हूं," आप कहते हैं, और आप अभिभूत महसूस करते हैं। ऊर्जा वह नहीं है जो शुरुआत में थी। आप अपने विचारों को इकट्ठा करने की कोशिश कर रहे हैं, लेकिन बहुत काम है। प्रोटोटाइप धीरे-धीरे फीका और मर जाता है।

प्रस्ताव

मैंने इसी तरह के कारणों के लिए विचारों का एक समूह छोड़ दिया, मैंने इस समस्या के लिए एक समाधान डिजाइन करने का निर्णय लिया। मैंने इस परियोजना को ' इनिट ' (या init.js) कहा।

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

इस लक्ष्य को प्राप्त करने के लिए, कई महत्वपूर्ण बिंदुओं को ध्यान में रखा जाना चाहिए। Init का विकास करते समय, मैंने निम्नलिखित पर ध्यान केंद्रित किया:

घटकों
घटक प्रस्तुति किसी भी प्रणाली की प्रमुख विशेषताओं में से एक है, क्योंकि यह आपको कई परियोजनाओं में सॉफ्टवेयर घटकों का पुन: उपयोग करने की अनुमति देता है, जो कि Init का मुख्य लक्ष्य है। लेकिन घटक दृश्य में एक साइड इफेक्ट होता है - प्रतिस्थापन योग्यता, जो विभिन्न समस्याओं के खिलाफ लड़ाई में हमारा मुख्य सहयोगी बन जाएगा, जिसका समाधान "लगभग" समान है।

विकास में आसानी
कहीं न कहीं कुछ समस्या का एक समाधान है जो ब्रेनफ * ck पर सबसे अच्छा लागू है। यह लिखना लगभग असंभव होगा, पढ़ने का उल्लेख नहीं करना। यह आपको समय और जबरदस्त प्रयास का खर्च देगा। सामान्य तौर पर, आपको उन भाषाओं और प्लेटफार्मों का उपयोग करना चाहिए जो आपके लिए जटिल विकास के बजाय सरल करते हैं (और जो लोग इसे बाद में करेंगे)।

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

मैं दिखाऊंगा कि इन लक्ष्यों के बारे में न भूलकर, Init बनाते समय मैंने कैसे निर्णय लिए।

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



लेकिन चलो एक पल के लिए रुकें और खुद से पूछें: क्या जावास्क्रिप्ट का उपयोग करना इतना अच्छा विचार है?

मैंने जावास्क्रिप्ट क्यों चुना

मैं 1998 से एक वेब डेवलपर के रूप में काम कर रहा हूं। उस समय, हमने ज्यादातर सर्वर विकास के लिए पर्ल का उपयोग किया , लेकिन तब भी हमारे पास क्लाइंट पक्ष के लिए जावास्क्रिप्ट था। तब से वेब सर्वर प्रौद्योगिकियों में बहुत बदलाव आया है: हम भाषाओं और प्रौद्योगिकियों की कई तरंगों से गुजरे, जैसे कि PHP, AP, JSP, .NET, रूबी, पायथन। डेवलपर्स ने महसूस करना शुरू कर दिया कि सर्वर और क्लाइंट भागों में दो अलग-अलग भाषाओं का उपयोग करने से काम जटिल हो जाता है। प्रारंभ में, दो भागों को एक भाषा के तहत संयोजित करने के प्रयासों के परिणामस्वरूप सर्वर पर क्लाइंट घटकों का निर्माण और जावास्क्रिप्ट में उनका संकलन हुआ। परिणाम उम्मीदों से कम हो गए, और इनमें से अधिकांश परियोजनाएं विफल हो गईं (उदाहरण के लिए, एएसपी एमवीसी, जो एएसपी.नेट वेब रूपों की जगह लेती हैं , और जीडब्ल्यूटी , जो जाहिर है, निकट भविष्य में पॉलिमर द्वारा प्रतिस्थापित किया जाएगा)। लेकिन, वास्तव में, यह एक महान विचार था: क्लाइंट और सर्वर के लिए एक भाषा, घटकों और संसाधनों का पुन: उपयोग करने की अनुमति देता है (यह कीवर्ड है: संसाधन )।

उत्तर सरल था: सर्वर के लिए पोर्ट जावास्क्रिप्ट।

वास्तव में, जावास्क्रिप्ट नेटस्केप एंटरप्राइज सर्वर में सर्वर साइड के साथ पैदा हुआ था , लेकिन भाषा उस समय तैयार नहीं थी। वर्षों की कोशिश और असफलता के बाद, Node.js दिखाई दिया, जिसने न केवल जावास्क्रिप्ट को सर्वर में पोर्ट किया, बल्कि नॉन-ब्लॉकिंग प्रोग्रामिंग के विचार को भी बढ़ावा दिया, जिस तरह से हम "फैडर" (I / O) को हमेशा के लिए लिखते हैं ( यहां पर अधिक पढ़ें)।

लेकिन ये विचार नए नहीं थे, क्यों वे Node.js के आगमन के साथ इतने लोकप्रिय हो गए? सरल गैर-अवरुद्ध प्रोग्रामिंग कई तरीकों से हासिल की जाती है। शायद सबसे आसान कॉलबैक और इवेंट लूप - इवेंट लूप का उपयोग करना है । अधिकांश भाषाओं में, यह एक आसान काम नहीं है: यदि कॉलबैक एक सामान्य कार्य है, तो ईवेंट लूप नहीं करता है, और कुछ बिंदु पर आप बाहरी पुस्तकालयों के साथ लड़ाई में खुद को पाते हैं (उदाहरण के लिए: पायथन, टॉर्नेडो के साथ)। लेकिन जावास्क्रिप्ट में, कॉलबैक एक इवेंट लूप की तरह भाषा का हिस्सा है, और हर प्रोग्रामर, जिसने कम से कम कोशिश की है कि जावास्क्रिप्ट उनके साथ परिचित है (या कम से कम उनका इस्तेमाल किया है, भले ही वह पूरी तरह से समझ में नहीं आया हो कि इवेंट लूप क्या है )।

अचानक, धरती पर कोई भी स्टार्टअप क्लाइंट और सर्वर दोनों तरफ डेवलपर्स (पढ़ें: संसाधन) का पुन: उपयोग कर सकता है , कर्मियों की समस्या को हल कर सकता है , "हमें पायथन गुरु की आवश्यकता है।"

तो अब हमारे पास एक ऐसी भाषा के साथ एक अविश्वसनीय रूप से तेज़ प्लेटफ़ॉर्म (गैर-अवरुद्ध प्रोग्रामिंग के लिए धन्यवाद) का उपयोग करना बहुत आसान है (जावास्क्रिप्ट के लिए धन्यवाद)। लेकिन क्या इतना ही काफी है? क्या यह काम करेगा? मुझे यकीन है कि जावास्क्रिप्ट भविष्य में एक महत्वपूर्ण स्थान लेगा। मुझे समझाएं कि क्यों:

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

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

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

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

जावास्क्रिप्ट शुरू से अंत तक: Node.js और MongoDB

तो ये जावास्क्रिप्ट चुनने के कारण थे। अब मैं आपको Node.js और MongoDB का उपयोग करने के लिए मनाने की कोशिश करूंगा।

Node.js
Node.js तेज, स्केलेबल नेटवर्क एप्लिकेशन बनाने के लिए एक मंच है - कुछ इस तरह की आधिकारिक साइट द्वारा वर्णित है। लेकिन Node.js सिर्फ एक मंच से अधिक है। यह I / O उपकरणों के उपयोग के साथ जावास्क्रिप्ट अनुप्रयोगों को चलाने के लिए पसंदीदा वातावरण है। यहां तक ​​कि अगर आप Node.js में मुख्य सर्वर एप्लिकेशन लिखने की योजना नहीं बनाते हैं, तो आप विकास प्रक्रिया को बेहतर बनाने के लिए Node.js पर आधारित टूल का उपयोग कर सकते हैं। उदाहरण के लिए, यूनिट टेस्ट के लिए Mocha.js , ऑटोमैटिक असेंबली के लिए Grunt.js , या फुल-टेक्स्ट कोड एडिटिंग के लिए ब्रैकेट्स ।

इसलिए यदि आप जावास्क्रिप्ट में सर्वर या क्लाइंट के लिए एप्लिकेशन लिखने की योजना बनाते हैं, तो आपको Node.js से परिचित होना चाहिए, क्योंकि आपको हर दिन इसकी आवश्यकता होगी। कुछ दिलचस्प विकल्प हैं , लेकिन उनमें से कोई भी Node.js. समुदाय का 10% भी नहीं है।

MongoDB
MongoDB एक दस्तावेज़-उन्मुख NoSQL डेटाबेस है जो जावास्क्रिप्ट को क्वेरी भाषा के रूप में उपयोग करता है, जिससे आप जावास्क्रिप्ट प्लेटफ़ॉर्म के साथ लूप को बंद कर सकते हैं। लेकिन यह MongoDB का उपयोग करने का मुख्य कारण नहीं है।

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

Express.js के साथ सर्वर घटक दृश्य

सर्वर घटक दृश्य एक जटिल कार्य है। लेकिन Express.js (और Connect.js ) के साथ एक "मिडलवेयर" का विचार आया। मेरी राय में, मिडलवेयर सर्वर घटकों की सबसे अच्छी परिभाषा है। यदि आप इसे एक प्रसिद्ध डिजाइन पैटर्न के साथ तुलना करना चाहते हैं, तो यह कन्वेयर और फिल्टर जैसा कुछ है।

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

हम इन "कन्वेयर तत्वों" को "मध्यवर्ती परत" कहते हैं। जाहिर है, दो प्रकार की मध्यवर्ती परतें बनाई जा सकती हैं:

बिचौलिये : तत्व जो अनुरोध और प्रतिक्रिया को संसाधित करते हैं, लेकिन उनके पास स्वयं अनुरोध के लिए पूरी जिम्मेदारी नहीं होती है, इसलिए वे अनुरोध को अगली परत पर सौंप देते हैं।

परिमित तत्व : ऐसे तत्व जो अंतिम उत्तर के लिए पूरी तरह से जिम्मेदार हैं। वे अनुरोध और प्रतिक्रिया को संसाधित और संशोधित करते हैं, लेकिन उन्हें निम्नलिखित परतों में नहीं सौंपना चाहिए। व्यवहार में, अगली परत को सौंपने की क्षमता अभी भी वास्तुशिल्प लचीलेपन के लिए बेहतर है (उदाहरण के लिए, एक और परत जोड़ने के लिए), भले ही यह परत मौजूद नहीं है (जिस स्थिति में ग्राहक को सीधे प्रतिक्रिया भेजी जाती है)।



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

एकल पृष्ठ अनुप्रयोग

Init प्रोजेक्ट सिंगल पेज एप्लिकेशन बनाने पर केंद्रित है - 'सिंगल पेज एप्लीकेशन' (SPAs) । अधिकांश वेब डेवलपर्स को सिंगल-पेज एप्लिकेशन बनाने में खुद को आज़माने के लिए एक से अधिक बार लुभाया गया है। मैंने कई (मुख्य रूप से खुद के लिए) किया है, और मैं विश्वास के साथ कह सकता हूं कि वे वेब एप्लिकेशन का भविष्य हैं। क्या आपने कभी मोबाइल कनेक्शन पर एसपीए की तुलना एक नियमित वेब एप्लिकेशन से की है? प्रतिक्रिया में अंतर दसियों सेकंड है।

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

Backbone.js, Marionette.js, और ट्विटर बूटस्ट्रैप के साथ क्लाइंट MV *

एकल पृष्ठ अनुप्रयोगों के लिए MVC * चौखटे के बारे में बहुत कुछ कहा गया है। यह एक मुश्किल विकल्प है, लेकिन मैं कहूंगा कि तीन पसंदीदा बैकबोन.जेएस , एम्बर.जेएस और एंगुलर.जेएस हैं ।

उन सभी को बहुत अच्छा माना जाता है। लेकिन आपके लिए कौन सा सबसे अच्छा होगा?

दुर्भाग्य से, मुझे यह स्वीकार करना होगा कि मुझे Angular.js के साथ बहुत कम अनुभव है, इसलिए मैं इसे इस चर्चा से बाहर कर दूंगा। तो, Ember.js और Backbone.js एक समस्या को हल करने के दो अलग-अलग तरीके हैं।

Backbone.js न्यूनतम, सरल है, और आपको एक साधारण एसपीए लिखने के लिए आवश्यक न्यूनतम सेट प्रदान करता है। Ember.js सिंगल-पेज एप्लिकेशन बनाने के लिए एक पूर्ण विकसित और पेशेवर ढांचा है। इसमें और अधिक विशेषताएं हैं, लेकिन सीखने की अवस्था स्थिर है।

आवेदन के आकार के आधार पर, समाधान "उपयोग किए गए फ़ंक्शंस / उपलब्ध फ़ंक्शंस" रिश्ते का विश्लेषण करने के रूप में सरल हो सकता है। यह आपको एक अच्छा सुराग देगा।

Init के मामले में, मैं अधिकांश परिदृश्यों को कवर करना चाहता था, इसलिए मैंने Backbone.js को आसानी से एक एसपीए बनाने के लिए चुना, जिसमें Backbone.Marionette.View के लिए अंशांकन था। ऐसी योजना में, प्रत्येक घटक एक सरल अनुप्रयोग है, और अंतिम उत्पाद जितना चाहे उतना जटिल हो सकता है।

स्थिरीकरण भी एक बड़ा काम है, लेकिन एक बार फिर हम रूपरेखाओं पर भरोसा कर सकते हैं। ट्विटर बूटस्ट्रैप की तुलना में सीएसएस के लिए कुछ भी बेहतर नहीं है, इसमें शैलियों का एक पूरा सेट है जो बॉक्स के ठीक बाहर है, न केवल उपयोग के लिए तैयार है, बल्कि सुविधाजनक संशोधन के लिए भी है।

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

सर्वोत्तम प्रथाएँ: ग्रंट.जेएस, मोचा.जेएस, चाई.जेएस, एनईआरजेएस, और कवरजेएस

अंत में, हम सर्वोत्तम प्रथाओं को उजागर कर सकते हैं और पता लगा सकते हैं कि Init उनके कार्यान्वयन और उसके बाद के समर्थन में हमारी मदद कैसे कर सकता है। हमारा समाधान कई उपकरणों पर आधारित है, जिनमें से प्रत्येक Node.js पर आधारित है

मोचा.जेएस और चाई.जेएस :
ये उपकरण टीडीडी या बीडीडी का उपयोग करके विकास प्रक्रिया का प्रबंधन करना संभव बनाते हैं, यूनिट परीक्षणों के आयोजन के लिए बुनियादी ढाँचा प्रदान करते हैं और आपको स्वचालित रूप से चलाने की अनुमति देते हैं।

जावास्क्रिप्ट के लिए हजारों यूनिट टेस्ट फ्रेमवर्क हैं। यह Mocha.js का उपयोग करने के लायक क्यों है? संक्षिप्त उत्तर: यह लचीला और पूर्ण है।

लंबा उत्तर: इसमें दो महत्वपूर्ण विशेषताएं (इंटरफेस, रिपोर्टर) हैं, और इसमें मुखर का पुस्तकालय नहीं है। मुझे समझाने की अनुमति दें।

इंटरफेस : आपको टीडीडी अवधारणाओं जैसे कि यूनिट परीक्षण और स्क्रिप्ट (सूट) के संग्रह के लिए इस्तेमाल किया जा सकता है, आप व्यवहार विनिर्देशों "विवरण" और "यह चाहिए" के साथ बीडीडी विचारों को पसंद कर सकते हैं। Mocha.js दोनों दृष्टिकोणों का समर्थन करता है।

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

मुखर पुस्तकालय का अभाव : Mocha.js को इसलिए बनाया गया था ताकि आप इसके साथ किसी मुखर पुस्तकालय का उपयोग कर सकें, जिससे लचीलापन में सुधार होता है। कई विकल्प हैं , लेकिन यह Cha.js पर विचार करने के लायक है

Chai.js एक लचीला दावा पुस्तकालय है जो आपको तीन मुख्य शैलियों में से किसी एक का उपयोग करने की अनुमति देता है:

मुखर: पुराने स्कूल TDD से बयानों की क्लासिक शैली, उदाहरण के लिए:

assert.equal(variable, "value");

उम्मीद: श्रृंखला के बयानों की शैली जो अक्सर बीडीडी में उपयोग की जाती है। उदाहरण के लिए:

expect(variable).to.equal("value");

चाहिए : इसका उपयोग BDD में भी किया जाता है, लेकिन मुझे "प्रतीक्षा" पसंद है क्योंकि "उसे" ("कुछ करना चाहिए") के व्यवहार के लिए विनिर्देश जैसा लगता है। उदाहरण के लिए:

variable.should.equal(“value”);

Chai.js Mocha.js के साथ अच्छी तरह से चला जाता है। इन दो पुस्तकालयों का उपयोग करके, आप टीडीडी, बीडीडी, या किसी भी अन्य शैली में इकाई परीक्षण लिख सकते हैं जिसकी आप कल्पना कर सकते हैं।

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

आवश्यकताएँ :
आवश्यकताएं AMD के साथ-साथ मॉड्यूल लोड करने के लिए सिर्फ एक और तरीका लग सकता है, लेकिन मैं आपको विश्वास दिलाता हूं कि आवश्यकताएँ अधिक सक्षम हैं। यह समझने के लिए कि क्यों, सबसे पहले, आपको एक मॉड्यूल के दायरे (उदाहरण के लिए, Demo.views.hello) के विचार का उल्लेख करने की आवश्यकता है, जो अपने स्वयं के क्षेत्र में प्रत्येक मॉड्यूल को छिपाकर वैश्विक गुंजाइश को साफ रखने में मदद करता है। समस्या यह है कि इन मॉड्यूल का पुन: उपयोग नहीं किया जा सकता है: यदि आप किसी एक उदाहरण का नामस्थान बदलते हैं, तो यह सभी उदाहरणों को प्रभावित करेगा। आवश्यकता है, बदले में, पुन: उपयोग के लिए शुरू में मॉड्यूल बनाने की क्षमता प्रदान करता है। (इसके अलावा, यह निर्भरता इंजेक्शन का उपयोग करने में मदद करता है ताकि आपके मॉड्यूल वैश्विक चर तक न पहुंच सकें।

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

सुविधाओं को स्विच करने के लिए शाखाओं का उपयोग करना

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

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



अब तक, कार्यक्षमता जोड़ने के लिए इस तरह के मर्ज का उपयोग टेम्पलेट प्रौद्योगिकियों (जैसे बैकबोन, नोड, एक्सप्रेस) के लिए किया जा सकता है। लेकिन भविष्य में आप बैकेंड्स (उदाहरण के लिए, MongoDB से पोस्टग्रेज तक) और क्लाइंट समाधानों के बीच स्विच कर पाएंगे।

Init के साथ एक परियोजना शुरू करें और आज Heroku में तैनात हैं

प्रोजेक्ट शुरू करने का एक आसान तरीका कभी नहीं रहा। बस GitHub रिपॉजिटरी में जाएं , नवीनतम कमिट के साथ शाखा का चयन करें, और फिर:

1. अपनी परियोजना के लिए एक निर्देशिका बनाएं (या किसी मौजूदा का उपयोग करें)।

2. गिट इनिट का उपयोग करके एक रिपॉजिटरी बनाएं (या किसी मौजूदा रिपॉजिटरी का उपयोग करें)।

3. एक दूरस्थ init रिपॉजिटरी जोड़ें

git remote add init git://github.com/picanteverde/init.git

4. इच्छित शाखा प्राप्त करें।

git pull init usermanager

5. हेरोकू के लिए प्रक्रिया फ़ाइल प्राप्त करें

git pull init heroku

6. Heroku Toolbelt इंस्टॉल होने के साथ, Heroku ऐप बनाएं

heroku create

7. अपनी मास्टर शाखा को हरोकू भेजें

git push heroku master

8. अपने मौजूदा हरोकू ऐप पर जाएं!

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

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