2009-07-08 10 views
14

मैं पिछले कुछ महीनों से Grails का उपयोग कर रहा हूं और मुझे वास्तव में यह पसंद है, विशेष रूप से गोर्म। हालांकि, मुझे स्कैला लिफ्ट में दिलचस्पी है। इसलिए, मैं आपकी राय जानना चाहूंगा कि किस प्रकार के वेब ऐप्स उन दो ढांचे के लिए बेहतर हैं या यह केवल स्वाद का मामला है, जिसका उपयोग करने के लिए ढांचा है?Grails - लिफ्ट: किस ढांचे के लिए कौन सा ढांचा बेहतर अनुकूल है?

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

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

प्रकाशित ग्रोवी-ग्रेल्स प्रकाशित पुस्तकों की संख्या को देखकर अभी पर हावी है, लेकिन कई प्रकाशकों के पास कामों पर स्कैला किताबें हैं, इसलिए मुझे लगता है कि यह लाभ लंबे समय तक नहीं टिकेगा।

अंत में, हमें समस्या है कि दोनों भाषाओं और ढांचे में अभी भी खराब आईडीई समर्थन है (यह दिन तक बेहतर हो रहा है लेकिन जावा की दुकानों से उत्पादक होने की अपेक्षा कहीं दूर है)।

मैं लौ युद्ध शुरू नहीं करना चाहता, लेकिन मुझे अन्य उपयोगकर्ताओं की राय सुनने में बहुत दिलचस्पी होगी।

+2

Grails में खराब आईडीई समर्थन नहीं है - वास्तव में, इसमें अधिकांश आरएडी वेब ढांचे की तुलना में उत्कृष्ट आईडीई समर्थन है - इंटेलिज आईडीईए के पास अनियमित grails समर्थन है।एकमात्र नकारात्मक पक्ष इसका वाणिज्यिक है (और यह वास्तव में नकारात्मक नहीं है, मेरा मतलब है! अपने सॉफ़्टवेयर के लिए भुगतान करने का समय, हमेशा मुफ्त, अभी तक उच्च गुणवत्ता वाले सॉफ़्टवेयर की अपेक्षा नहीं कर सकता ... लेकिन यह एक और बहस है ...) – Chii

+0

स्प्रिंगसोर्स टूल सूट (ग्रहण पर आधारित) अब मुक्त है और इसमें सभ्य Grails समर्थन शामिल है। –

+0

जीजीटीएस के साथ grails के लिए समर्थन अच्छा है: http://grails.org/products/ggts – Jayan

उत्तर

1

Grails एक अच्छा विचार है (लेकिन रेल से केवल "चोरी") लेकिन तथ्य यह है कि ग्रोवी लोग उचित ग्रहण समर्थन प्राप्त करने में रूचि नहीं रखते हैं, यह इसकी सफलता को बाधित कर रहा है। मैंने ग्रहण सूचियों पर ग्रहण प्रश्नों का उत्तर भी नहीं दिया है।

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

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

अंत में आने के लिए: मैंने अभी तक स्केल नहीं देखा है, लेकिन कुछ सरल ऐप्स तैयार किए हैं - और मैं जावा पर वापस जाता हूं, यहां तक ​​कि प्रत्येक ऐप को फिर से कार्यान्वित करता हूं जिसे सादे जावा ढांचे में आगे के विकास की आवश्यकता होती है I विकेट और सीम सोचो।

मैं स्कैला/लिफ्ट को भी देखूंगा, मैंने इसके बारे में कई अच्छी बातें सुनी हैं!

बीटीडब्ल्यू: मैं समुदायों की तुलना करता हूं और मेलिंग सूचियों को देखता हूं - कितने चोटी हैं, क्या उन्हें अपने महत्वपूर्ण प्रश्नों पर अच्छे उत्तर मिलते हैं?

Grails के पास लगभग 50% से गैर-उत्तर दर है, जो मुझे बुरा लगता है।

+0

"Grails के पास लगभग 50% से गैर-उत्तर दर है" - 5783 प्रश्न टैग किए गए, अनुत्तरित 1225 == 22% अनुत्तरित। –

+3

लॉरी, अच्छी खबर, धन्यवाद! यदि आप मेरी पोस्ट पढ़ते हैं, तो मैं स्टैक ओवरफ़्लो के बारे में बात नहीं कर रहा था, लेकिन ढांचे की मेलिंग सूची के बारे में बात कर रहा था। और यह 3 साल पहले है;) – Henning

1

नेटबीन्स 6.7 में Grails समर्थन वास्तव में अच्छा है, साथ ही साथ माया में विचार intellij समर्थन।

ग्रहण अभी भी बहुत चूसने वाला है।

मैंने लिफ्ट को देखा, लेकिन अब उपलब्ध संसाधनों के बारे में चिंतित था; यह भविष्य में बदल जाएगा, लेकिन मेरी परियोजनाएं इंतजार नहीं कर सकती हैं।

9

स्वीकार्य उत्तर यहां ग्रोवी पर वास्तव में अज्ञानी दृश्य लेता है - यह एक आधुनिक, गतिशील भाषा है (गतिशील बनाम स्थैतिक एक और बड़ी बहस है, और विशेष रूप से यहां प्रासंगिक नहीं है)। यह डिज़ाइन द्वारा है, और इसलिए कोई नुकसान नहीं, केवल एक अंतर है। इसमें बहुत सी आधुनिक भाषा विशेषताएं हैं जिनमें जावा के पास क्लोजर, देशी रेगेक्सपी, पॉलिमॉर्फिक इटेशन, कुछ वैकल्पिक स्थैतिक टाइपिंग (बहस का मामला, लेकिन ग्रोवी ++ को भी देखें), सूचियों और मानचित्रों के लिए मूल वाक्यविन्यास, जैसे- यहां एक तुलना देख सकते हैं http://groovy.codehaus.org/Differences+from+Java

Grails बनाम लिफ्ट के वास्तविक प्रश्न को संबोधित करने के लिए, मैं कहूंगा कि Grails हाथ से नीचे। इसके पीछे स्प्रिंगसोर्स है, और केवल प्लगइन्स पेज http://www.grails.org/plugin/category/all देखें - मुझे यह भी नहीं पता कि लिफ्ट के लिए कौन से प्लगइन या समकक्ष उपलब्ध हैं। ग्रेल्स नवीनतम क्लाउड-फ्रेंडली टेक्नोलॉजीज के शीर्ष पर भी है, जिसमें देशी खरगोश एमक्यू मैसेजिंग सपोर्ट, और मोंगोडीबी और रेडिस के लिए टर्नकी गोरम समर्थन जैसी सुविधाएं शामिल हैं।

+0

कुछ पसंद नहीं करना अहंकारी है? देखने का दिलचस्प बिंदु। और फिर, मैं नहीं कहता कि सामान्य रूप से स्थैतिक नहीं है। लेकिन अगर आपको यह स्थिर पसंद है, तो गैर-स्थैतिक चीजें प्रकृति द्वारा चाय का प्याला नहीं हैं। यदि आपको लाल पसंद है, तो आपके घर के लिए नीले पेंट का उपयोग करके बस आपके स्वाद में फिट नहीं हो सकता है ... – Henning

1

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

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


संदर्भ:

  1. Simply Lift, chapter 13
  2. Single-Page Application

अस्वीकरण:
मैं सिर्फ लिफ्ट की खोज शुरू कर दिया और कुछ सरल क्षुधा हमें का निर्माण किया है ingils Grails।

1

Grails2.0 के सभी प्रदर्शन सुधार और प्रगति के साथ, फ्रेमवर्क के लिए इंटेलिजे 11 द्वारा प्रदान किए गए महान समर्थन के साथ, आपके grails ऐप में बहुत अधिक उन्नत वेब तकनीक को प्लग करने की क्षमता।, और हाँ - इसके पीछे वीएमवेयर वजन - मैं वास्तव में नहीं देखता कि लिफ्ट कैसे लाभ या एक अच्छा विकल्प हो सकता है। बस एक ही आवेदन में दो अलग-अलग भाषाओं का उपयोग करने के बारे में सोचें, टीम में दोहरी विशेषज्ञता की आवश्यकता है,

मूल प्रश्न 2+ साल पहले पोस्ट किया गया है और मुझे लगता है कि समय किस प्रकार दिखाया गया है देव समुदाय;)

संबंधित मुद्दे