जावास्क्रिप्ट MVC चौखटे: Marionette और चैपलिन की तुलना

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

मैरियोनेट और चैपलिन ऐसी चौखटे हैं जो लोकप्रिय बैकबोन.जेएस लाइब्रेरी के शीर्ष पर काम करती हैं। दोनों एकल-पृष्ठ जेएस अनुप्रयोगों के विकास को सुविधाजनक बनाना चाहते हैं। ऐसे अनुप्रयोगों में, फ्रंट-एंड कार्य करता है जो पहले सर्वर पर किए गए थे (जैसे कि HTML को डेटा से रेंडर करना)।

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



सबसे पहले और सबसे महत्वपूर्ण, मैं यह घोषित करना चाहता हूं कि मैं चैपलिन का सह-लेखक हूं। लेकिन मैंने पपेट के साथ भी काम किया और इसके विकास का पालन किया। एक और महत्वाकांक्षी रीढ़ की हड्डी का ढांचा है - थोरैक्स । चूंकि मैंने उसके साथ काम नहीं किया, इसलिए मैंने उसे इस तुलना में शामिल नहीं किया।

सामग्री

1. गैर-तकनीकी पहलू
2. सामान्य विशेषताएं रीढ़ की हड्डी की कमियों को खत्म करना
3. कठपुतली के फायदे
4. कठपुतलियों का नुकसान
5. चैपलिन की खूबियां
6. चैपलिन के नुकसान
7. निष्कर्ष

गैर-तकनीकी पहलू

मैं तकनीकी विवरणों के बारे में बाद में बात करूंगा, लेकिन चलो इसका सामना करते हैं - उनकी मार्केटिंग, प्रतिष्ठा, सफलता की कहानियां और प्रलेखन एक कार्यक्रम चुनने के निर्णय को बहुत प्रभावित करते हैं।

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

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

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

सामान्य विशेषताएं रीढ़ की हड्डी की कमियों को खत्म करना

बिना गड़बड़ के घटना-उन्मुख आर्किटेक्चर

बैकबोन की एक प्रमुख विशेषता विचारों और मॉडलों के बीच जिम्मेदारी का विभाजन है। वे ईवेंट ( प्रकाशित / सदस्यता ) के माध्यम से बातचीत करते हैं। Backbone.Events का उपयोग करके, आप एक घटना-उन्मुख वास्तुकला बना सकते हैं । यह आपके आवेदन के हिस्सों को एक दूसरे से अलग करने का एक अच्छा तरीका है।

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

एप्लिकेशन को संरचित करना

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

शक्तिशाली दृश्य सम्मेलन

बेकन की सादगी के बाद, उनके विचार और उनके प्रतिपादन सार तत्व हैं। Backbone दृश्य एक DOM तत्व के लिए जिम्मेदार है, लेकिन Backbone तत्व में डेटा ड्राइविंग के लिए बॉक्स से उपकरण प्रदान नहीं करता है और इसे पृष्ठ में सम्मिलित करता है - डिफ़ॉल्ट रूप से View#render विधि खाली है।

कठपुतली और चैपलिन एक मजबूत प्रतिपादन इंजन के साथ दृश्य कक्षाएं प्रदान करते हैं ( Marionette.ItemView और Chaplin.View देखें)। इसके शीर्ष पर, आपको कुछ प्रकार की टेम्पलेट भाषा चुनने की आवश्यकता है, जैसे कि मूंछें / होगन , हैंडलबार या एचएएमएल-कॉफी ।

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

दृश्य शायद आपके आवेदन का सबसे कठिन हिस्सा है, इसलिए कठपुतली और चैपलिन इसके अलावा मददगार भी प्रदान करते हैं। उनके साथ, आप नेस्टेड दृश्य बना सकते हैं और नामित क्षेत्रों की घोषणा कर सकते हैं। आप अभी भी मॉडल ईवेंट्स को आसानी से पंजीकृत कर सकते हैं (इस से आसान और अधिक पठनीय है। this.listenTo(this.model, ...); )।

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

कठपुतली के फायदे

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

कठपुतली भी शांत अद्वितीय विशेषताएं हैं। मेरी राय में, सबसे शक्तिशाली अनुप्रयोग मॉड्यूल और स्मार्ट व्यू मैनेजमेंट हैं ।

मॉड्यूल

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

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

मॉड्यूल को एक दूसरे में घोंसला बनाया जा सकता है। आपका मुख्य अनुप्रयोग, Marionette.Application भी एक मॉड्यूल है। तकनीकी रूप से, Marionette.Application और Marionette.Module के बीच कुछ अंतर हैं, लेकिन मुझे उम्मीद है कि वे भविष्य में और अधिक समान हो जाएंगे।

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

प्रबंधन देखें

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

मुझे दृश्यों को प्रस्तुत करने और DOM में एम्बेड करने की आवश्यकता कहां है? क्षेत्रों में! DOM तत्वों को सीधे नियंत्रित करने के बजाय, आप एक बार क्षेत्र को परिभाषित कर सकते हैं और फिर mainRegion.show(view) लिख mainRegion.show(view) , उदाहरण के लिए। यह दृश्य को प्रस्तुत करेगा और क्षेत्र के अनुरूप DOM तत्व में जोड़ देगा। एक क्षेत्र में एक समय में केवल एक ही दृश्य होता है, इसलिए पुराना दृश्य "बंद हो जाता है" (इसे DOM से हटा दिया जाता है और सुरक्षित रूप से मेमोरी से मुक्त कर दिया जाता है)।

नेस्टेड क्षेत्रों के साथ, आप केवल पठनीय और समर्थित कोड के माध्यम से एक जटिल इंटरफ़ेस बना सकते हैं।

कठपुतलियों का नुकसान

संक्षिप्तता के लिए, मैंने कठपुतली की अनूठी विशेषताओं के एक जोड़े का वर्णन किया।

मुझे कमजोर अमूर्तताएं पसंद नहीं हैं और प्रभावी उपयोग के लिए सिफारिशें की जाती हैं।

रूटिंग और कंट्रोलर

उदाहरण के लिए, कठपुतली Backbone.Router के शीर्ष पर बहुत कम ऐड-ऑन प्रदान करती है। मेरी राय में, यह महत्वपूर्ण है, क्योंकि बैकबोन राउटर मेमोरी से निर्मित वस्तुओं को साफ़ करने पर कोई समझौता नहीं करता है जब अगला मार्ग सक्रिय हो जाता है। सिद्धांत रूप में, आप route घटनाओं का उपयोग करके केंद्रीकृत सफाई को लागू कर सकते हैं, लेकिन यह एक बैसाखी है।

पपेट के पास ऐसे मॉड्यूल हैं जिन्हें रोका जा सकता है और ऐसे क्षेत्र जिन्हें बंद किया जा सकता है। लेकिन हर बार मॉड्यूल या समापन क्षेत्रों को शुरू करना और रोकना स्पष्ट रूप से il faut नहीं है।

Marionette.AppRouter सही दिशा में एक कदम है। उनका विचार मार्ग विन्यास को कोड से अलग करना है। यदि मार्ग मेल खाते हैं, तो AppRouter नियंत्रक के संबंधित उदाहरण तक पहुँचता है।

कठपुतली में नियंत्रकों के पास एक विशिष्ट उद्देश्य नहीं है, वे केवल कुछ को "नियंत्रित" करते हैं। वे Backbone.Events माध्यम से घटनाओं की सदस्यता ले सकते हैं, उनके पास initialize और close तरीके हैं। यह निश्चित रूप से उपयोगी है, लेकिन आपको अपने लिए सोचने की आवश्यकता है कि उनका उपयोग कैसे करें और कब करें। आमतौर पर, मॉडल और दृश्य वहां बनाए जाते हैं।

वैश्विक और निजी वस्तुएं

कठपुतली में, मॉड्यूल और कक्षाएं एक वैश्विक चर में बैठते हैं, उदाहरण के लिए, window.BBCloneMail.MailApp.Controller । एक कठपुतली के साथ, यह विश्व स्तर पर कक्षाओं के सुलभ उदाहरण बनाने के लिए लुभावना हो जाता है, हालांकि ऐसा करना बिल्कुल भी अच्छा नहीं है। BBCloneMail उदाहरण में, कुछ ऑब्जेक्ट्स ट्रांसफर किए जाते हैं और फ़ंक्शंस से लौटते हैं, जबकि अन्य वैश्विक रूप से सुलभ हैं (उदाहरण के लिए, BBCloneMail.MailApp.controller )।

जब आप कोड पढ़ते हैं, तो यह स्पष्ट नहीं होता है कि कौन सी वस्तुएं विश्व स्तर पर सुलभ हैं और जो विश्व स्तर पर उपयोग की जाती हैं। कठपुतली के साथ, मैं आपको ऑब्जेक्ट-क्षमता पैटर्न का उपयोग करने की सलाह देता हूं जिसके साथ आप वस्तुओं को वैश्विक नामस्थानों के बिना जोड़ सकते हैं।

डिफ़ॉल्ट टेम्पलेट

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

चैपलिन की खूबियां

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

कॉफी की स्क्रिप्ट और ओ.ओ.पी.

चैपलिन को कॉफी स्क्रिप्ट में लिखा गया है, जो जावास्क्रिप्ट में संकलित एक मेटा-भाषा है। हालांकि, चैपलिन पर एप्लिकेशन कॉफी का उपयोग नहीं कर सकते हैं, क्योंकि चैपलिन सिर्फ एक और जेएस लाइब्रेरी है।

कॉफी स्क्रिप्ट का उपयोग चैपलिन के विचार का हिस्सा है कि विकास सरल होना चाहिए। कॉफी स्क्रिप्ट "जावास्क्रिप्ट - द गुड पार्ट्स" पुस्तक से डगलस क्रॉकफोर्ड के दिशानिर्देशों को लागू करती है। कठपुतली के रूप में, चैपलिन ECMAScript 5 स्ट्रिक्ट मोड के उपयोग को बढ़ावा देता है।

कॉफी स्क्रिप्ट के साथ, कक्षाओं को परिभाषित करना और इनहेरिट करना Backbone.extend तुलना में आसान और साफ है।

चैप्लिन भी सक्रिय रूप से बच्चे की कक्षाओं में तरीकों के पुनर्वितरण और कॉफ़ी स्क्रिप्ट super (या जावास्क्रिप्ट में इसके समकक्ष) के उपयोग को बढ़ावा देते हैं और वर्ग विरासत के काम को स्पष्ट रूप से करने की कोशिश करते हैं। उदाहरण के लिए, यदि आप किसी वर्ग और उसके वंशज ( View#events माध्यम से) के लिए घटनाओं को घोषित करते हैं, तो दोनों को लागू किया जाएगा।

AMD या CommonJS के माध्यम से मॉड्यूलरिटी

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

एएमडी का उपयोग करना आसान नहीं है, आपको बूटलोडर्स को एक ला आवश्यकता की आवश्यकता होती है। आरजे जैसे आरजे और ऑप्टिमाइज़र। एक विकल्प के रूप में, आप कॉमनजेएस मॉड्यूल और ब्रंच कलेक्टर का उपयोग कर सकते हैं, वहां सब कुछ बहुत सरल है।

कठपुतली भी AMD का समर्थन करती है, लेकिन उन्हें इस्तेमाल करने के लिए मजबूर नहीं करती है।

निश्चित अनुप्रयोग संरचना

चैपलिन एक निश्चित संरचना देते हैं। यह सभी क्रियाओं के थोक को संभालता है।

• Application रूट क्लास है जो इन भागों को चलाता है
• Router Backbone.Router जगह
• जब मार्ग से मेल खाता है तो Dispatcher नियंत्रक को शुरू और रोक देता है
• Layout मुख्य दृश्य है जो लिंक पर क्लिक की निगरानी करता है

चैपलिन में, सभी मार्गों की पहचान करने के लिए एक केंद्रीय स्थान है। मार्ग नियंत्रक की कार्रवाई को इंगित करता है। उदाहरण के लिए, cars/:id लिंक टेम्प्लेट cars#show की ओर CarsController , CarsController , CarsController कंट्रोलर के show एक्शन (विधि) के लिए।

नियंत्रक वह स्थान है जहां मॉडल और दृश्य आरंभीकृत होते हैं (स्क्रीन के मुख्य भाग के लिए, और साइडबार हेडर के लिए नहीं)। सामान्य तौर पर, नियंत्रक की कार्रवाई आमतौर पर आपके आवेदन की एक स्क्रीन पर प्रतिक्रिया देती है।

मेमोरी प्रबंधन

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

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

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

कक्षाओं के छिपे हुए उदाहरण और प्रकाशित / सदस्यता लें

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

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

Vyshuk का प्रबंधन

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

वैश्विक क्षेत्रों के अलावा, चैप्लिन में Marionette.Layout और Marionette.Region कोई सार नहीं हैं। कठपुतली के साथ आवेदन में आमतौर पर कई नेस्टेड क्षेत्र और लेआउट होते हैं। चैपलिन के साथ आवेदन में, आपके पास कम मुख्य क्षेत्र होंगे और उनमें अधिक विचार अंतर्निहित होंगे। बेशक, आप अभी भी Marionette.Layout के व्यवहार के साथ पुन: प्रयोज्य दृश्य बना सकते हैं। उदाहरण के लिए, ThreePaneView ।

चैपलिन के नुकसान

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

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

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

एप्लिकेशन वेंट Puppets की तुलना में प्रकाशित करें / सदस्यता लें कोई अनोखा चैप्लिन अवसर नहीं है। वास्तव में, ऐप वेंट अधिक लचीला है, क्योंकि प्रत्येक मॉड्यूल अपने स्वयं के इवेंट एग्रीगेटर के साथ आता है।

चैप्लिन पब / सब का उपयोग न केवल प्रसारण कार्यक्रमों के लिए करते हैं, बल्कि कमांड लॉन्च करने के लिए भी करते हैं, जो पबसूब का दुरुपयोग है। Backbone.Wreqr इस मामले के लिए कमांड / रिक्वेस्ट / रिस्पांस पैटर्न लागू करता है। चैप्लिन को पपेट से यह मौका लेना चाहिए ।

निष्कर्ष

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

चैपलिन एक रूपरेखा की तरह अधिक है, यह केंद्रीकृत और सख्त है। चैपलिन के लेखकों का मानना ​​है कि समझौते प्रयोज्यता और उत्पादकता को बढ़ाते हैं। लेकिन, निश्चित रूप से, इस विषय पर आपकी राय अलग हो सकती है।

अपने लक्ष्यों के कारण, चैपलिन अन्य पुस्तकालयों की तुलना में अधिक मुद्दों को शामिल करता है। उदाहरण के लिए, फीचर-रिच रूटिंग और डिस्पैच सिस्टम हैं जो Backbone.Router को प्रतिस्थापित करते हैं, लेकिन Backbone.History का उपयोग करते हैं।

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

दिग्गजों के कंधों पर खड़ा है

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

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

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

यदि आप एक त्वरित शुरुआत के लिए परिपक्व विकास के माहौल की तलाश कर रहे हैं, तो प्रयास करें
चैपलिन या चैपलिन + रेल्स बॉयलरप्लेट के साथ ब्रंच ।

कठपुतली के अधिक व्यावहारिक परिचय के लिए, स्मैशिंग मैगज़ीन ( पहला , दूसरा भाग) पर लेख पढ़ें। कठपुतलियों विकी में लेखों, वीडियो ट्यूटोरियल और प्रस्तुतियों का एक पूरा समूह है।

धन्यवाद

इस लेख की समीक्षा और पपेट और चैपलिन के विकास में उनके योगदान के लिए डेरिक बेली, सेबेस्टियन डिक्शन, पॉल मिलर और पॉल विटमैन को धन्यवाद।