मुझे जीडब्ल्यूटी के बजाय jQuery का उपयोग क्यों करना चाहिए?

Question

मुझे अपनी नई परियोजना के लिए jQuery और GWT के बीच निर्णय लेने की आवश्यकता है।

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

• जावा में विकसित करने का उपयोग कर एक ही बात jQuery (कम से कम इस परियोजना के लिए)
• प्रलेखन गरीब है की तुलना में अधिक समय लगता है (उदाहरण के लिए, मैं कैसे जो तत्वों का उपयोग करना चाहिए जब पेज डिजाइनिंग पता होना चाहिए - वहाँ इस के लिए पर्याप्त प्रलेखन नहीं है)

मैं अपनी परियोजनाओं के अधिकांश के लिए jQuery का उपयोग किया गया है और यह बहुत अच्छा है।

मैं क्लाइंट को यह समझाना चाहता हूं कि jQuery इस परियोजना के लिए बेहतर अनुकूल है और मुझे इसका समर्थन करने के लिए और अधिक तर्क की आवश्यकता है।

Answer 1

"पाठ्यक्रम के लिए घोड़े"

पिक जो भी परियोजना के लिए सबसे अधिक समझ में आता है। कुछ बातें

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

क्या परियोजना के बारे में है, जो अपने अनुभव है और कैसे खुला ग्राहक विभिन्न प्रौद्योगिकियों/चौखटे का उपयोग कर रहा है के बारे में विशेष जानने के बिना, कोई निर्णायक जवाब यहाँ हो जाएगा।

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

Answer 2

मेरी व्यक्तिगत राय jQuery के लिए होगी लेकिन ऐसा इसलिए है क्योंकि मैं कभी भी जावा का उपयोग नहीं करता और वास्तव में jQuery प्लगइन का उपयोग करना पसंद करता हूं।

Answer 3

सक्रिय उपयोगकर्ता समूह और हाल ही में लोकप्रियता प्राप्त करने से स्पष्ट रूप से संकेत मिलता है कि jQuery विजेता है।

Answer 4

मैं उन लोगों के साथ जीडब्ल्यूटी का उपयोग करने का सुझाव दूंगा जो जावास्क्रिप्ट को नहीं समझते हैं लेकिन जावा के साथ (शायद) अधिक आरामदायक हैं। जीडब्ल्यूटी के साथ, यदि आप संगतता परीक्षण में सप्ताह नहीं हैं, तो आप अपने आप को दिन बचाने की संभावना रखते हैं, और common JavaScript pitfalls से बचेंगे जो भाषा के लिए नए लोग टूट जाते हैं। जीडब्ल्यूटी में CSS sprites, embedded data, और more के लिए शानदार पैकेजिंग सुविधाएं भी हैं।

हालांकि, यदि आप जावास्क्रिप्ट को जानते और समझते हैं, तो मैं जावास्क्रिप्ट का उपयोग करूंगा, जो आपकी पसंद की लाइब्रेरी हो सकती है। हालांकि मुझे जीडब्ल्यूटी के जेनरेट कोड को बहुत बारीकी से जांचने का मौका नहीं मिला है, लेकिन मैंने Google I/O पर कुछ उदाहरण देखे, और जब यह सभी कैंडी और स्पार्कल्स देखा, तो आप शायद अधिक सुरुचिपूर्ण जावास्क्रिप्ट कोड बना सकते हैं जो ओल ' मार्ग।

Answer 5

यदि आपका समूह जावा के साथ सबसे परिचित है और आप क्लाइंट साइड कार्यक्षमता काफी मात्रा में कर रही है तो आप कम से कम GWT का मूल्यांकन करना चाहिए की योजना बना रहे। प्रकार सुरक्षा, ग्रहण डीबगिंग और सर्वर-साइड/क्लाइंट-साइड के बीच साझा कोड आपकी जावा विकास टीम को सहज महसूस करेगा।

हालांकि, अगर आपकी टीम jQuery या अन्य JavaScript लाइब्रेरी के साथ JavaScript प्रोग्रामिंग से प्रयोग किया जाता है तो यह आसान एक तकनीक है कि शुद्ध जावास्क्रिप्ट से चिपक हो सकता है। जीडब्ल्यूटी के पास पृष्ठ के बड़े हिस्से को लेने का एक तरीका है, जो अधिकांश जावास्क्रिप्ट डेवलपर्स से अपरिचित है। पृष्ठ को ले कर मेरा मतलब है कि सामान्य जीडब्ल्यूटी कोड पृष्ठ पर मौजूदा तत्वों को कार्यक्षमता जोड़ने की बजाय अपने स्वयं के डोम तत्व बनाना पसंद करता है। यही कारण है कि जब पृष्ठ पहले लोड होता है तो कई जीडब्ल्यूटी ऐप्स में "लोडिंग ..." स्क्रीन होती है। यह आवश्यक नहीं है, लेकिन यह जीडब्ल्यूटी विकास की सबसे आम शैली है।

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

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

Answer 6

मैं रस कैम के साथ सहमत हैं कि यह क्या अपनी टीम के साथ परिचित है पर निर्भर करता है। जब मैं अपने व्यक्तिगत व्यवसाय ऐप्स के लिए काम कर रहा हूं, तो मैं बहुत ज्यादा जीडब्ल्यूटी पसंद करता हूं। मुझे परेशानी ऑब्जेक्ट उन्मुख वाक्यविन्यास होने के लिए jquery के साथ भी जावास्क्रिप्ट मिलता है। यदि आपके पास यूआई कोड की 10,000 लाइनों के साथ एक ऐप है, तो jquery मुझे कुछ ऐसा करता है जो खराब पुन: उपयोग के साथ कोड को बनाए रखने के लिए कड़ी मेहनत का कारण बनता है।

किसी jQuery में किया एक बड़े पैमाने पर परियोजना के पता है?

मुझे लगता है कि यदि आप परिणामी फाइलसाइज से प्रत्येक अंतिम बाइट को निचोड़ने की कोशिश कर रहे हैं, तो किसी लाइब्रेरी का उपयोग न करें और स्क्रैच से जावास्क्रिप्ट लिखें (यानी: Google होमपेज फीड इफेक्ट)।

जावास्क्रिप्ट/jquery बनाम gwt के बारे में सोचने के लिए कुछ। यदि आप सामान्य ऑब्जेक्ट उन्मुख सिद्धांतों और डिज़ाइन पैटर्न का उपयोग करते हैं, तो आप gwt के साथ बेहतर प्रदर्शन कोड प्राप्त करेंगे। क्यूं कर?

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

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

Answer 7

मैं JQuery के साथ जाऊंगा।

मैंने एक बार एक जीडब्ल्यूटी परियोजना को बनाए रखा जिसने अंततः मुझे दो बार फिर से लिखने के लिए मजबूर कर दिया। एक रिफैक्टर जीडब्ल्यूटी ऐप के रूप में पहले, JQuery में दूसरा।

मैंने जावास्क्रिप्ट को बहुत लंबे समय तक गंभीरता से छुआ नहीं है। आखिरी बार 2002 के बारे में था। मैं जावा डेवलपर हूं इसलिए जीडब्ल्यूटी का मेरा पहला प्रभाव शानदार था। लेकिन वह सिर्फ इंप्रेशन था।

समस्याएं मैं GWT के साथ पाया:

1. यह आप मजबूर करता है अपने क्लाइंट/सर्वर संरचना का पालन करने के लिए। अंत में मैं चाहता हूं कि AJAX और वे अच्छे विजेट हैं। जीडब्ल्यूटी के विगेट्स स्वयं ही दिखने वाले प्रतीत नहीं होते हैं। सौंदर्यशास्त्र, मैं एडोब फ्लेक्स पसंद करते हैं! लेकिन तुलना को करीब रखने के लिए, JQuery का यूआई जीडब्ल्यूटी के मुकाबले बेहतर दिखता है। इसके अलावा आपके पास JQuery से वह अद्भुत थीम रोलर समर्थन है।

2. मैंने डीडब्लूआर की कोशिश की है। यह बहुत अच्छा है। जीडब्ल्यूटी की तुलना में डीडब्लूआर का उपयोग करके अपने जावा कोड में AJAX को सक्षम करना कहीं अधिक आसान है।

3. यदि आप जीडब्ल्यूटी का उपयोग कर रहे हैं, तो अंततः आपको जावास्क्रिप्ट सीखने के लिए मजबूर किया जाएगा। स्प्रिंगसोर्स के आर्जेन ने एक बार एक्सएमएल और एसओएपी के बारे में कहा (हालांकि सटीक उद्धरण नहीं है): "आप वेब सर्विसेज कैसे विकसित कर सकते हैं और एक्सएमएल नहीं जानते? एसओएपी एक्सएमएल है। आप इससे बच नहीं सकते हैं।" जीडब्ल्यूटी के साथ वही बात। अंत में यह जावास्क्रिप्ट अभी भी है।

4. वास्तव में, जावास्क्रिप्ट जावा बनाम सीखना मुश्किल नहीं है। अधिक लोगों को जावा से जावास्क्रिप्ट पता है। यहां तक ​​कि वेब डिजाइनर इसे भी जानते हैं। आप प्रोग्रामर हैं, और आप जावास्क्रिप्ट से डरते हैं?

5. प्रोजेक्ट पर वापस मैं पुनः लिखता हूं। जब मैं अपने जीडब्ल्यूटी आवेदन को फिर से लिखता हूं तो मुझे इसे दोबारा लिखने में लगभग दो महीने लग गए। JQuery के साथ मुझे दो सप्ताह लग गए, और मैं जावास्क्रिप्ट के साथ जंगली था।

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

मैं जानता हूँ कि मैं यहाँ उद्देश्य नहीं किया जा रहा हूँ, लेकिन मैं बस अपना अनुभव साझा कर रहा हूँ :) नैतिक जावास्क्रिप्ट का डर नहीं है। Google जावास्क्रिप्ट का उपयोग करता है वैसे भी

Answer 8

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

Answer 9

मुख्य समस्याओं मैं बनाम एक देशी जावास्क्रिप्ट समाधान (jQuery या अन्य) GWT के साथ देख रहे हैं:

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

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

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

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

शुभकामनाएं।

Answer 10

jQuery = निम्न स्तर के समझ

सामान्य से एक जावास्क्रिप्ट और अन्य जबकि GWT अधिक दूर निकाला है जावा विवरण, जावास्क्रिप्ट के साथ एक करीब एक-से-एक मानचित्रण है के अलावा

। इसलिए यदि आप निम्न स्तर (जावास्क्रिप्ट) पर अपने कोड के साथ क्या हो रहा है, इसकी गहरी समझ लेना पसंद करते हैं तो jquery सही तरीका है।

GWT = अमूर्त समझ = कार्यात्मक गारंटी

GWT तो यह गारंटी नहीं है कि अपनी वेबसाइट सामान्य रूप से कार्य करेगा के और अधिक की पेशकश कर सकते संकलक उत्पन्न कोड का लाभ प्रदान करता है। हालांकि किसी भी बड़े पैमाने पर एपीआई की तरह आपको यह समझने के लिए समय लेना होगा कि यह वर्ग क्या करता है और वह वर्ग क्या करता है और चाहे वह इस एपीआई के साथ संगत है या न ही।

निम्न स्तर के समझ अधिक उपयोगी हो सकता

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

GWT प्रबंधकों लेकिन महंगा

लेकिन तब फिर से जावा और asp.net बड़ी कंपनियों ख द्वारा पसंद किया जा करते हैं/सी होती है अधिक से अधिक तकनीकी सहायता (यानी ओरेकल और माइक्रोसॉफ्ट) और तनावग्रस्त ऑन-बढ़त आश्वस्त प्रबंधकों को रात में बेहतर नींद आती है जब वे जानते हैं कि वे समस्या को सुलझाने के लिए एक्स राशि का भुगतान करके समस्या को हल कर सकते हैं। तो सिस्टम को अपनाने के बाद वे जल्द ही यह महसूस करना शुरू कर देते हैं कि तकनीकी सहायता लागत बहुत अधिक है और बेहतर डेवलपर्स के लिए अधिक भुगतान करना सस्ता है। इसलिए एक जावा या नेट कैरियर आमतौर पर मेज पर भोजन डाल देगा।

अनुरक्षणीयता

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

निम्न-स्तर कोडिंग आपको क्या हो रहा है की लगभग 100% समझ देता है, हालांकि एपीआई के साथ आप Google पर बग जासूस खेलते हैं और स्टैक ओवरव्लो जैसी साइटों पर प्रश्न पोस्ट करते हैं। लेकिन प्रबंधकों को यह समझ में नहीं आता कि अधिकांश बी/सी प्रोग्रामर नहीं हैं।

Answer 11

jQuery के साथ जीडब्ल्यूटी की तुलना में सबसे पहले यह समझ में नहीं आता है। जबकि jQuery को डीओएम के साथ काम करने वाले क्रॉस ब्राउज़र बनाने के लिए बनाया गया था, जीडब्ल्यूटी बड़े वेब अनुप्रयोग बनाने के लिए बनाया गया है।

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

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

बीटीडब्ल्यू, जैसा कि जीडब्ल्यूटी आर्किटेक्चर अच्छा है, आपके पास बहुत सारे जावा ओवरहेड होंगे। तो यदि आप प्रोजेक्ट बढ़ रहे हैं, तो आपके सीएसएस और i18n गुणों को संकलित करने का समय कष्टप्रद होगा।

Answer 12

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

https://developers.google.com/web-toolkit/doc/latest/DevGuideCodingBasicsJSNI

Answer 13

जवाब आसान नहीं है। यदि आप जानते हैं

• और जावा की तरह
• यदि आपके सर्वर कोड भी जावा में लिखा है, जावा में ग्राहक कोड लिखने के लिए यह संभव उपयोग करने के लिए बनाता है: जवाब है, "यह निर्भर करता है":

  GWT क्लाइंट और सर्वर पर एक ही कोड

• अगर आप दृढ़ता से टाइप भाषाओं द्वारा प्रदान की चीजों की तरह है: संकलन समय प्रकार की जाँच, स्वचालित रिफैक्टरिंग, स्वचालित कोड पीढ़ी (Ctrl + ग्रहण में 1), कोड पूरा होने (Ctrl + Space)
• यदि आप घटक-उन्मुख प्रोग्रामिंग पसंद करते हैं (जैसे मेनूबार बनाता है
  • यदि आप जानते हैं: एक मेनू)
  • अगर GWT (jQuery की तुलना में) की जटिलता आप
  • अगर बड़ा के लिए समस्या नहीं है उत्पन्न कोड के लिए आप

  jQuery एक समस्या नहीं है और जावास्क्रिप्ट

• की तरह आपको क्लाइंट और सर्वर पर समान कोड का उपयोग करने की आवश्यकता नहीं है (उदाहरण के लिए। ग्राहक - जे एस, सर्वर - जावा या PHP)
• आप संकलन समय प्रकार की जाँच, स्वचालित रिफैक्टरिंग, आदि की जरूरत नहीं है अगर
• (jQuery में एक जटिल घटक बनाने के लिए अगर आप घटक ओरिएंटेड प्रोग्रामिंग की जरूरत नहीं है आपको divs की एक श्रृंखला बनाने की आवश्यकता है, और $ ("उन divs") कॉल करें।makeXXXXControl())
• अगर आप सादगी पसंद (jQuery GWT से सरल)
• यदि आप बहुत छोटी कोड की जरूरत है (उदाहरण के लिए वेबसाइट लोड तेजी से बनाने के लिए)

व्यक्तिगत तौर पर मैं सबसे परियोजनाओं के लिए GWT की सिफारिश करेंगे, लेकिन jQuery में भी पेशेवर हैं और कुछ लोग jQuery पसंद कर सकते हैं।

Answer 14

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

उदाहरण के लिए यदि आप मौजूदा स्रोत कोड चाहते हैं या फिर अन्य सामग्री के लिए jQuery का उपयोग करते हैं तो आप जावा में कोड कर सकते हैं। उपलब्ध रैपर हैं, लेकिन GWT जावास्क्रिप्ट (और इसके विपरीत) कॉल कर सकते हैं देखने के http://svenbuschbeck.net/wordpress/2012/06/how-to-use-jquery-in-gwt/