jquery - क्या अभी भी नई परियोजनाओं के लिए जीडब्ल्यूटी प्रासंगिक है?




gwt extjs (4)

जीडब्ल्यूटी प्रासंगिक है। इसका उपयोग 130,000 डेवलपर्स है। यदि आप मुझ पर विश्वास नहीं करते हैं तो देखें [जीडब्ल्यूटी 2015 में वापस आ रहा है .. [blog.xam.de/2014/02/gwt-is-coming-back-in-2015.html] और दूसरा स्टैक एक्सचेंज प्रश्न जो इस बारे में बात करता है। जीडब्ल्यूटी आपको पहला विकल्प नहीं होना चाहिए क्योंकि इसमें बहुत जटिलता शामिल है।

जीडब्ल्यूटी के लिए कौन सी परियोजनाएं अच्छी हैं? जीडब्ल्यूटी बहुत जटिल है :

  • जावा एक कठिन भाषा है जो खराब कोड लिखना मुश्किल बनाती है
  • जावास्क्रिप्ट के लिए संकलन जटिलता जोड़ता है
  • जीडब्ल्यूटी को अत्यधिक जटिल वेब ऐप्स के लिए ग्राउंड अप से बनाया गया था
  • जीडब्ल्यूटी समुदाय जावास्क्रिप्ट समुदाय से अधिक डेवलपर अनुभव पर उपयोगकर्ता अनुभव और प्रदर्शन को प्राथमिकता देता है

हालांकि, यह क्लीनर अधिक रखरखाव कोड है, यह जावा है, यह तेज़ है, और यदि आप जे 2 ओबीजेसी का उपयोग करते हैं तो आप अपने कोड को जेवीएम और आईओएस पर पुन: उपयोग कर सकते हैं

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

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

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

जीडब्ल्यूटी आजकल अधिक परिपक्व है

200 9 के प्रश्न / उत्तर के बाद, जीडब्ल्यूटी विकसित हुआ है और कुछ जेएस ढांचे जावा में उपलब्ध हैं:

  • GwtQuery लिए GwtQuery (gQuery)
  • ExtJS के लिए GXT (पूर्व ExtGWT)
  • स्मार्ट जीडब्ल्यूटी ने GWT-ext का अधिग्रहण किया है
  • ... और निश्चित रूप से और ... (कृपया संलग्न करने के लिए स्वतंत्र महसूस करें)

और भी अधिक, जावा कोड को स्टैंडअलोन जेएस पुस्तकालयों में परिवर्तित किया जा सकता है: gwt-exporter

लेकिन निम्न स्तर के जेएस ढांचे पर्याप्त हो सकते हैं

लेकिन जितना अधिक मैंने पढ़ा, मैं वेब डेवलपर्स को जीडब्ल्यूटी पर अपनी पीठ बारी करने और सीधे जेएस फ्रेमवर्क (जेएस फ्रेमवर्क के लिए Firebug , आईडीई प्लगइन्स ...) का उपयोग करने की सलाह देता हूं।

उत्पादकता

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

प्रशन

  1. किस तरह की नई 2014 परियोजना जीडब्ल्यूटी को (या नहीं) माना जाना चाहिए?
  2. क्या आसान AJAX वेब अनुप्रयोग विकास और तैनाती के लिए जीडब्ल्यूटी के प्रासंगिक विकल्प हैं?
  3. वर्तमान मोड और प्रवृत्ति क्या हैं?

मेरा विशिष्ट मामला

मैंने अभी Python3 (http.server.HTTPServer) कॉलिंग (POST) bash स्क्रिप्ट्स (सी ++ में कुछ प्रोसेसिंग) और JSON डेटा पुनर्प्राप्त करने के आधार पर एक पीओसी (इंट्रानेट वेब ऐप का) पूरा कर लिया है। प्रतिपादन के लिए वेब पेज में कुछ जेएस (कोई ढांचा नहीं)। इसलिए मैं अगले पुनरावृत्ति के लिए सबसे अच्छा विकल्प सोच रहा हूं।

लेकिन कृपया अन्य मामलों के बारे में भी इस प्रश्न का उत्तर दें। मैं कई लोगों के लिए उपयोगी होने के लिए एक सामान्य प्रश्न / उत्तर पसंद करूंगा।

अद्यतन अक्टूबर 2015

जीडब्ल्यूटी कम सक्रिय दिखता है क्योंकि 11 महीने से कोई नई रिलीज नहीं है। लेकिन अतीत में संस्करण 2.4 और 2.5 के बीच 13 महीने तक। गिट रेपो दर्पण अभी भी बहुत सक्रिय है। इसके अलावा जीडब्ल्यूटी एक्सटेन्सिबल है, और नए जीडब्ल्यूटी फ्रेमवर्क रिलीज की आवश्यकता के बिना जीडब्ल्यूटी पुस्तकालयों से नई विशेषताएं आ सकती हैं। उदाहरण के लिए सबसे आम मोबाइल जीडब्ल्यूटी पुस्तकालयों और इसी तरह के रिलीज चक्र देखें। इस बीच प्रवृत्ति हर जगह Node.js का उपयोग करना है! नई परियोजनाओं के लिए जीडब्ल्यूटी को गोद लेना वास्तव में डेवलपर्स कौशल / प्रेरणा और परियोजना जीवनकाल (कारोबार / प्रशिक्षण / रखरखाव) पर निर्भर करता है। उपलब्ध स्रोत कोड और समय-समय पर बाजार के पुन: उपयोग के रूप में कुछ अन्य मानदंडों को भी ध्यान में रखा जा सकता है ... नीचे दिए गए उत्कृष्ट उत्तर देखें।


बस जीडब्ल्यूटीएस उदाहरण पृष्ठ पर जाएं, जीडब्ल्यूटी अनुप्रयोगों के असली विश्व उदाहरण प्रदर्शित करना

इन उदाहरणों की सुपर भारी वजन प्रकृति के बारे में पढ़ें।

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

यदि आप डेटपिकर्स, कुछ प्रभाव, एक क्रमबद्ध तालिका, यहां और वहां एक स्वत: पूर्ण जोड़ना चाहते हैं। आपको शायद jQuery के साथ जाना चाहिए।

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

मैं गहरी खुदाई कर रहा हूं और मुझे एक दुखद पोस्ट मिली:

http://polygoncell.blogspot.mx/2013/07/gwt-for-new-project-no-thanks.html

मैं इस पृष्ठ पर आया क्योंकि मैं आगामी परियोजनाओं जैसे अंगुलरजेएस, बैकबोन, सिंगल पेज एप्लिकेशन (एसपीए) के बारे में पढ़ रहा था: संक्षेप में, Google ने जीडब्ल्यूटी को गिरा दिया। जीडब्ल्यूटी अब खुला स्रोत है, क्योंकि उन्होंने इसे छोड़ दिया है। अब AngularJS को Google द्वारा एक बड़ा धक्का मिलता है।

संपादित करें हमारे प्रिय एंड्रयू ने मुझे "मेरा बिंदु साबित करने" के लिए कहा

तकनीकी प्रतिस्पर्धी होने पर मूल्यांकन करने के लिए उपयोग करने के लिए यहां एल्गोरिदम है।

1) अपनी पसंदीदा नौकरी साइट पर जाएं

2) {तकनीक जो आपकी रूचि रखते हैं} के लिए खोजें

3) खोलने की संख्या, संबंधित प्रौद्योगिकी आवश्यकता आदि की जांच करें

4) प्रतिस्पर्धी प्रौद्योगिकियों के लिए # 2 और # 3 दोहराएं

5) मूल्यांकन करें

आज 19. 2016 तक, अपवर्तन पर मैंने GWT नौकरियों की खोज की।

नौकरी: 23।

मैंने angularjs नौकरियों की खोज की।

नौकरियां: 1338. यह सही है। एक हजार तीन सौ तीस आठ।

बिंदु साबित हुआ?


मुझे लगता है कि बिंदु 1 का जवाब देना है, आपको देखना होगा कि आपकी वर्तमान स्थिति क्या है और आपके लक्ष्य क्या हैं।

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

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

मुझे सच में यकीन नहीं है कि कौन सा बिंदु 2 पूछ रहा है। यदि आप पूरे ढेर ढांचे के बारे में पूछ रहे हैं, तो मुझे लगता है कि आप नोडज का उपयोग करके कुछ ढूंढ सकते हैं, हालांकि मुझे नहीं लगता कि मेरे पास सलाह देने के लिए पर्याप्त अनुभव है।

बिंदु 3 पर, जहां मैं काम करता हूं, हम पाइथन और ग्रोवी में लिखे गए कुछ (नए) सर्वर / सेवाओं के साथ जेएस फ्रेमवर्क (विशेष रूप से एंगुलरजेएस) का उपयोग करने की ओर बढ़ रहे हैं, और अभी भी जावा में विरासत प्रणाली हैं। क्लोजर में हमारे पास कुछ सेवाएं भी लिखी जा रही हैं।


स्टीफन द्वारा महान जवाब। मैंने इसे टिप्पणी के रूप में लिखना शुरू कर दिया, लेकिन पाया कि मैंने अपेक्षा से अधिक टाइप किया है, इसलिए इसे एक अलग उत्तर बना रहा है। अंक के लिए शिकार नहीं ...

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

इसलिए एक कंपनी में अधिकांश डेवलपर्स जावा डेवलपर्स (या .NET, जो इस वार्तालाप के बाहर है) होगा। उन्हें यूआई पर काम करने के लिए आपको जावा संगत तकनीक का उपयोग करना होगा, जो जेएसपी या जीडब्ल्यूटी होगा। जेएसपी को जेएस पुस्तकालयों को आगे बढ़ने के लिए अधिक या कम प्रस्तुत करने की आवश्यकता होगी।

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

हालांकि आंतरिक उपयोग के लिए लिखे गए अधिकांश आवेदन सार्वजनिक रूप से नहीं हैं। आपने जो वर्णन किया है, उससे आपका उपयोग केस इस श्रेणी के अंतर्गत आ सकता है।

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

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

हमारे लिए जीएफटी के साथ जीडब्ल्यूटी आंतरिक अनुप्रयोगों का एक सेट बनाने का एक आसान और त्वरित तरीका था। हमारी कंपनी के जावा डेवलपर्स की टीम के साथ, हम कभी भी इसी अवधि के भीतर गुणवत्ता या यहां तक ​​कि परियोजनाओं की पूर्णता के करीब नहीं आते।







gquery