लिफ्ट, प्ले! या ब्लूईज (जावास्क्रिप्ट फ्रेमवर्क के समूह के साथ)

Question

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

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

अब, स्कैला मानते हुए, अधिकांश लोग शायद Play! या Lift पर कूदेंगे। शायद खेलें! इसे endorsement from Typesafe दिया गया है, लेकिन मुझे लगता है कि मेरे पास एक और महत्वपूर्ण सवाल है जिसे पहले जवाब देने की आवश्यकता है। आर्किटेक्चर क्या है? अगर मैं एक बहुत समृद्ध ग्राहक चाहता हूं, तो क्या मुझे वास्तव में इस तथ्य के आधार पर एक साधारण स्टेटलेस सेवा परत से अधिक की आवश्यकता है कि हमारे पास जावास्क्रिप्ट का एक टन होगा? मुझे यकीन नहीं है कि यह एक सिंगल पेज वेबपैप होगा, लेकिन BlueEyes की तरह कुछ सही विकल्प है? लिफ्ट और प्ले! वे अधिक हेवीवेट हैं कि वे अधिक ज़िम्मेदारी लेते हैं। वे HTML उत्पन्न करते हैं और इन ढांचे के लिए, ब्राउज़र बहुत गूंगा है। रूटिंग, सत्यापन, अजाक्स और धूमकेतु समर्थन जैसी चीजें सभी सर्वर-साइड चिंताओं हैं। चूंकि ब्राउजर आज अधिक सक्षम है, इसलिए समृद्ध, इंटरैक्टिव फीचर्स सामान्य रूप से सर्वर से जावास्क्रिप्ट उत्पन्न और इंजेक्शन द्वारा कार्यान्वित किए जाते हैं।

मेरा प्रश्न इस पर उबलता है। क्या मैं पारंपरिक लिफ्ट/प्ले के साथ जाता हूं! ढांचा जहां सर्वर क्लाइंट और सर्वर ज़िम्मेदारी दोनों पर लेता है या क्या मैं एक समृद्ध ग्राहक + रीस्ट-स्टाइल सेवा परत के साथ जाता हूं जहां ग्राहक आवेदन में एक और प्रमुख भूमिका निभाता है? एक आर्किटेक्चर जहां क्लाइंट रूटिंग, सत्यापन, बाध्यकारी इत्यादि से संबंधित है। मैं KnockOut.js, Sammy.js, Sproutcore, Sproutcore, Backbone.js, जैसे फ्रेमवर्क देख रहा हूं ... ... मैं उन सभी को सूचीबद्ध करने के लिए पर्याप्त नहीं हूं लेकिन यह कहने के लिए पर्याप्त है कि वे सभी क्लाइंट-साइड परिप्रेक्ष्य से इनमें से कुछ ढांचे की विशेषताएं।

यदि मैं Play चुनता हूं !, क्या मैं उस समृद्ध यूआई को छोड़ रहा हूं? उन स्थितियों के बारे में क्या है जहां मैं एकीकरण/मैशप/मोबाइल उद्देश्यों के लिए सेवा API प्रदान करना चाहता हूं? कैसे खेलेंगे! मेरी मदद करो? स्पष्ट रूप से ब्लूईस यहाँ अच्छी तरह से खेलता है। मुझे लगता है कि मुझे एक सेवा परत की परवाह किए बिना चाहिए।

यदि मैं ब्लूईस चुनता हूं, तो मेरा ग्राहक कोड कैसा दिखता है? इनमें से कितने जावास्क्रिप्ट-आधारित ढांचे को मुझे मुझे देने की ज़रूरत है? मैं अभी भी अपनी सेवा परत में अपने अधिकांश व्यवसाय-तर्क चाहता हूं, लेकिन रूटिंग, बाध्यकारी .. सभी यूआई सामान क्लाइंट की चिंता होगी।

मुझे यकीन नहीं है कि कोई सही या गलत जवाब है, लेकिन मुझे लगता है कि यह समुदाय शायद मुझे सही दिशा में इंगित कर सकता है।

मैं भी http://www.andyczerwonka.com/picking-a-web-technology-isnt-as-easy-as-it-u-45228

Answer 1

Play 2.0 बीटा में नमूना अनुप्रयोग है जो आप ढूंढ रहे हैं (जेनकंटैक्ट्स)। इसका सर्वर पक्ष केवल समृद्ध इंटरफ़ेस का एक गुच्छा है, जबकि इसके ग्राहक पक्ष एक समृद्ध उपयोगकर्ता इंटरफ़ेस बनाने के लिए कॉफ़ीस्क्रिप्ट आदि का लाभ उठाते हैं।

Answer 2

जहाँ तक मुझे पता है, दोनों खेलते हैं पर अपने ब्लॉग पर इस पोस्ट! और लिफ्ट का मूल रूप से "बैक एंड" के रूप में उपयोग किया जा सकता है, और आप अपने "फ्रंट एंड" के रूप में HTML5 + CSS + JS का उपयोग कर सकते हैं; वे आपकी इच्छा के सामने वाले अंत को बनाने की अपनी क्षमता को जरूरी नहीं रखते हैं, इसलिए उस कारण से उन्हें अस्वीकार करना मूर्खतापूर्ण होगा। नोटॉक चीजें जैसे knockout.js विज्ञापन दें कि वे "किसी भी वेब ढांचे के साथ काम करते हैं"। हालांकि, यह सच हो सकता है कि आपको जो चाहिए वह उससे अधिक "हेवीवेट" हैं।

मैंने कभी ब्लूईस के बारे में कभी नहीं सुना है, लेकिन ऐसा लगता है कि यह किसी विशेष प्रकार के उपयोग के मामले में है। यदि यह आपके बिल को फिट करता है, तो यह शायद आपकी समस्या का सबसे सुव्यवस्थित समाधान होगा।

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

Answer 3

यदि आप चाहते हैं कि बैकएंड पर एक आरईएसटी एपीआई है, तो लिफ्ट, प्ले! या ब्लूए ठीक काम करेगा। लेकिन मैं सिर्फ लिफ्ट का उपयोग करने के फायदे बताऊंगा।

1. यह सच नहीं है कि लिफ्ट दोनों आगे और पीछे के अंत को लागू करने की कोशिश करता है। हम लिफ्ट के केवल आरईएसटी उपयोग का समर्थन करते हैं और यह सही परियोजना के लिए प्रोत्साहित है।
2. जबकि लिफ्ट jQuery और ब्लूप्रिंट के साथ आता है, आप किसी भी जावास्क्रिप्ट लाइब्रेरी और सीएसएस फ्रेमवर्क का उपयोग कर सकते हैं, वर्तमान में मेलिंग सूची पर बहुत से लोग दिखाते हैं कि वे लिफ्ट के साथ ट्विटर बूस्टर का उपयोग कैसे करते हैं। यह Lift module देखें जो बूटस्ट्रैप को एकीकृत करने में मदद करता है।
3. लिफ्ट के साथ, आप स्टेटलेस शुरू कर सकते हैं, और अगर आपको लगता है कि आपकी ज़रूरतें बदलती हैं, तो आप राज्य भर सकते हैं। आप उन्हें उसी एप्लिकेशन पर भी मिश्रण और मिलान कर सकते हैं।
4. कुछ आधुनिक दिखने वाले यूआई चाहते हैं? लिफ्ट का धूमकेतु समर्थन एक है, अगर सबसे अच्छा नहीं है, तो वहां बाहर। कई ब्राउज़रों/वर्कलोड पर उपयोग, साबित और परीक्षण करने के लिए बहुत आसान है। मैंने several posts लिफ्ट के धूमकेतु समर्थन को प्रदर्शित किया है।
5. यदि आप फ्रंट और बैक एंड दोनों के लिए लिफ्ट का उपयोग करने का निर्णय लेते हैं, तो आप डिफ़ॉल्ट रूप से सुरक्षित एक एप्लिकेशन प्राप्त कर सकते हैं, xss, xsrf, या शीर्ष 10 OWASP सुरक्षा भेद्यता के बारे में चिंता करने की आवश्यकता नहीं है।
6. वाणिज्यिक सहायता की आवश्यकता है, एक बढ़ती हुई सूची here
7. प्रशिक्षण की आवश्यकता है? लंदन में Basic training आ रहा है और लिफ्ट के संस्थापक भी अन्य प्रशिक्षण सत्र प्रदान करते हैं।
8. लिफ्ट के बारे में कई किताबें उपलब्ध हैं। Lift in Action, Simply Lift और Exploring Lift
9. मदद करने के लिए तैयार एक बहुत ही सक्रिय community है।
10. लिफ्ट का उपयोग कौन करता है? बस कुछ नाम: Foursquare, OpenStudy, The Guardian UK, StackMob और कई अन्य।

ठीक है, मुझे यहां रुकना चाहिए, लेकिन संक्षेप में, लिफ्ट एक शानदार ढांचा है जिसमें बहुत कुछ है, आप जितना चाहें उतना ही कम लेते हैं।

Answer 4

यदि मैं Play चुनता हूं !, क्या मैं उस समृद्ध यूआई को छोड़ रहा हूं?

समृद्ध यूआई द्वारा आपका क्या मतलब है? अग्रभाग पर अधिक जावास्क्रिप्ट?

यदि आप एक समृद्ध यूआई के रूप में - HTML5 + CSS3 + jQuery पर विचार करते हैं - तो ये किसी भी "बैकएंड" (लिफ्ट/प्ले) के साथ बहुत अच्छी तरह से काम करते हैं।

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

एचटीएमएल 5 की ओर झुकाव + CSS3 + jQuery + प्ले 2.0 :)

सिर्फ मेरे विचार ..

Answer 5

वास्तुकला क्या है?

Play! दृढ़ता से एक MVC वास्तुकला का उपयोग करने के लिए एक मानक पैटर्न में संकुल बनाने के लिए अपने सर्वर को प्रोत्साहित करती है:

app/ 
    controllers/ 
    Application.scala 
    views/ 
    Application/ 
     index.scala.html 
    models/ 
public/ 
    images/ 
    stylesheets/ 
    javascripts/ 

इससे यह तोड़ने के लिए की तुलना में वास्तुकला का पालन करने में आता है।

मैं लिफ्ट या ब्लूईस के लिए बात नहीं कर सकता, लेकिन उनमें से कोई भी वास्तुकला को दृढ़ता से प्रोत्साहित नहीं करता है।

Answer 6

निश्चित रूप से yiir दिमाग बनाने से पहले http://twitter.github.com/finagle पर एक नज़र डालें। Finagle आपकी अधिकांश बैकएंड सामान का ख्याल रख सकता है। यह एक बहुत ही लचीली वास्तुकला के आसपास desinged है जो फिल्टर का उपयोग कर चतुरता से चिंताओं को अलग करता है।

Answer 7

मैंने अपाचे क्लिक, विकेट, थोड़ी सी लिफ्ट (विकेट की तरह थोड़ा महसूस किया) देखा है, और फिर 1.2.4 खेलते हैं। Play के साथ अब तक इतना अच्छा है। वेब विकास के लिए वास्तव में सुंदर दृष्टिकोण। अच्छा काम जारी रखें, खेलें! टीम।