Derby.js - वेब विकास पर एक नया रूप

क्या आप एक वेब डेवलपर हैं?

आपके लिए खबर है।

वास्तविक समस्या क्या है?

सभी वेब फ्रेमवर्क को समूहों में विभाजित किया जा सकता है। इनमें से प्रत्येक समूह के अपने फायदे और नुकसान हैं।

सर्वर उन्मुख

उदाहरण के लिए: RoR , Django , Asp Net , Express.js
सर्वर पर HTML जनरेट करें।
यह दृष्टिकोण स्थिर पृष्ठों के लिए अच्छा है।
लेकिन जैसे ही आप कुछ इंटरेक्टिव करना चाहते हैं, आप jQuery कोड में डूबने लगते हैं।

ग्राहक उन्मुख

उदाहरण के लिए: Backbone.js , Knockout.js , Ember.js , Batman.js
टेम्पलेट से क्लाइंट पर सीधे HTML उत्पन्न करें। क्लाइंट पर कोड संरचित है।
इंटरेक्टिव साइटों के लिए अच्छा है।
यह सर्वर-उन्मुख ढांचे का उपयोग करने की आवश्यकता को समाप्त नहीं करता है, जिससे कोड (मॉडल, सत्यापन, आदि) का दोहराव होता है।

क्रॉस संकलित

उदाहरण के लिए: GWT , कैप्पुकिनो
एक भाषा में सब कुछ लिखने की अनुमति दें।
बहुत उच्च स्तर की अमूर्तता।
दाईं ओर कदम, बाईं ओर कदम - शूटिंग।

इसके अलावा, किसी भी फ्रेमवर्क में क्लाइंट और सर्वर के बीच डेटा सिंक्रोनाइज़ेशन मैकेनिज़्म नहीं है और यह हमारी अंतरात्मा को छोड़ देता है।

सपने देखते हैं

हम वेब फ्रेमवर्क से क्या चाहते हैं?

• सर्वर और क्लाइंट पर कोड के पुन: उपयोग के लिए एक भाषा (जावास्क्रिप्ट)
• सर्वर पर पहली बार Html पीढ़ी (त्वरित लोडिंग के लिए), अगली बार क्लाइंट पर (अन्तरक्रियाशीलता के लिए)
• कोड संरचना के लिए MVC
• दृश्य और मॉडल के प्रतिक्रियाशील बंधन (मॉडल में बदलाव तुरंत HTML और इसके विपरीत में परिलक्षित होते हैं)
• सर्वर और सभी क्लाइंट के बीच अंतर्निहित डेटा सिंक्रनाइज़ेशन
• ऑफलाइन

क्या ऐसा होता है?

हाँ डर्बी.जेएस

GitHub
चहचहाना
Google समूह में प्रश्न सर्वश्रेष्ठ पूछे जाते हैं
आवेदन उदाहरण: आदत

Derby.js के निर्माता: नैट और ब्रायन

पुनश्च:
मुख्य प्रतियोगी उल्का है ।
पेशेवरों से - प्रवेश सीमा के नीचे। Minuses की - यह npm का समर्थन नहीं करता है और सर्वर पर कोई html पीढ़ी नहीं है।
विस्तृत तुलना यहाँ।

[ Derby.js पर सामग्री ]