GWT पर आपके क्या विचार हैं? [बन्द है]

Question

चूंकि मैं इस अवधि में जावा सीख रहा हूं और मैंने अभी-अभी ट्यूटोरियल के साथ समाप्त किया है जो मुझे लगता है कि मैं एक परियोजना में योगदान करना शुरू करने के लिए तैयार हूं (क्योंकि मैं अनुभव से जानता हूं कि यह वास्तव में सीखने का सबसे अच्छा तरीका है)।

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

धन्यवाद।

Comments

फिर भी लोग मशीन कोड में प्रोग्रामिंग सिस्टम के बजाय सीधे सी सीखते हैं।

— haylem

Answer 1

GWT मूल रूप से मूल कोड का एक संकलक है, बहुत कुछ Visual Studio जैसे स्रोत को बाइट कोड या मशीन की भाषा में संकलित करता है।

यह प्रोग्रामर को अंतर्निहित आर्किटेक्चर में अंतर को दूर करने की अनुमति देता है, जैसे कि विज़ुअल स्टूडियो उपयोगकर्ताओं को शब्द लंबाई में अंतर, रजिस्टरों की संख्या और ऑपरेटिंग सिस्टम को कॉल करने के लिए सटीक सम्मेलनों की आवश्यकता नहीं है, जब उन्हें 32-बिट या 64 के लिए कोड की आवश्यकता होती है। -बिट।

यह एक अच्छी बात है, क्योंकि यह आपको दूसरों पर बनाए रखने के कुछ बोझ को स्थानांतरित करने की अनुमति देता है। जैसा कि यह Google है आप जानते हैं कि उनके पास आपके मुकाबले अधिक विकास संसाधन हैं, इसलिए आप अनिवार्य रूप से अतिरिक्त मैनपावर मुफ्त में ला रहे हैं।

Comments

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

— जेरेमी

Answer 2

मैं इसे नापसंद करता हूं

सब कुछ आप इसके साथ कर सकते हैं आप इसके बिना क्लीनर कर सकते हैं।

Comments

इस बात से सहमत। लेकिन, आप प्रति फ़ाइल एक फ़ाइल के साथ कई छवियों वाले पृष्ठ लिख रहे हैं। सही ?

@Rocket: मुझे समझ में नहीं आया कि "कई इमेज, एक फाइल प्रति इमेज" का क्या मतलब है।

— जोश के

@Rocket: मैं यह देखने में विफल हूं कि GWT के साथ छवियों का क्या करना है। यदि आप स्प्राइट को सक्षम करना चाहते हैं, अन्यथा हां आपके पास कई छवियां हैं।

— जोश के

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

— mP01

एक शब्द टूलींग में। जावा के लिए उपलब्ध कई की तुलना में किसी ने जावास्क्रिप्ट के लिए एक वास्तविक तुलनीय संपादक नहीं लिखा है।

— mP01

Answer 3

जीडब्ल्यूटी ने जावा को स्रोत भाषा के रूप में लिया है, क्योंकि जेएस (एक्मास्क्रिप्ट) के साथ काम करना अमानवीय रूप से कठिन है। GWT वेब / ब्राउज़रों के लिए प्रोग्रामिंग लाने का एक अच्छा तरीका है जहाँ यह पहले संभव नहीं था।

GWT से पहले ब्राउज़रों (अजाक्स, डोज़ो, सादे जावास्क्रिप्ट) में कुछ प्रोग्राम करने के व्यर्थ प्रयास किए गए थे। लेकिन प्रकृति की ताकतें बहुत हिंसक हैं, इसलिए सब कुछ अलग हो जाता है (ब्राउज़र बदलते हैं, वे कभी भी एक जैसे नहीं होते हैं, लोग अलग-अलग भाषा बोलते हैं, लोग सोचते हैं कि 15 छवियां वास्तव में 15 फाइलें होनी चाहिए)।

तो जवाब है: यदि मैं इंटरनेट महासागर बॉयलर (जो मेरा काम नहीं है) के लिए कोड था, तो मैं GWT चुनूंगा।

PS एक और विचार। जेएस नेटस्केप द्वारा बनाया गया है। कंपनी लंबी है, लेकिन भाषा अधूरी और सड़ती रहती है

Comments

-1 ईसीएमएस्क्रिप्ट लगातार विकसित होता है; ECMAScript 5 सिर्फ पिछले साल बाहर आया, और ActionScript, फ्लैश की भाषा, है ECMAScript।

-1। जावास्क्रिप्ट प्रोग्राम करने के लिए "अमानवीय रूप से कठिन" नहीं है। आपको लगता है कि जावास्क्रिप्ट बहुत मुश्किल है आप बहुत स्मार्ट नहीं हैं। GWT से पहले ऐसे लोग थे जो जानते थे कि वे क्या कर रहे हैं। GWT के बाद ऐसे लोग हैं जो JavaScript को कोड नहीं कर सकते हैं (और GWT का उपयोग कर सकते हैं) और वे जो GWT का उपयोग नहीं कर सकते हैं (और GWT का उपयोग नहीं करते हैं)। इसके शीर्ष पर, जावास्क्रिप्ट ने ब्राउज़र में पिछले विस्फोट किया है, Node.js और MongoDB को देखें। प्लेटफ़ॉर्म स्वतंत्र स्क्रिप्ट लिखने के लिए स्पाइडरमंकी या वी 8 का उपयोग करें।

— जोश के

@ जोश के। मैं विज़ुअल बेसिक 6 को भी जेएस की तुलना में प्रोग्राम करने के लिए अधिक कठिन मानता हूं। जावा बेसिक की तुलना में 50 गुना आसान है। और CSharp जावा की तुलना में 2 गुना आसान है। कठिनाई से मेरा मतलब है कि व्यावहारिक जटिल अनुप्रयोग जो कि बनाए रखने योग्य हैं, टीमों में बनाए गए, ग्राहकों को बेचे गए। मुझे सिंटैक्टिक शुगर में अंतर की परवाह नहीं है। और मुझे लगता है कि अगर आपको भाषा का उपयोग करने के लिए बहुत स्मार्ट होने की आवश्यकता है, तो भाषा के साथ कुछ गलत है।

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

— जोश के

DOM के साथ DOM को भ्रमित न करें। यह जेएस नहीं है यही समस्या है।

— एंड्रयू टी फिनेल

Answer 4

कुछ कारण जो GWT के साथ पकड़ना अच्छा है:

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

यह देखते हुए कि, GWT वास्तव में Google या सूरज (सर्वलेट) से वेब सेवा चौखटे से संबंधित नहीं है। एकीकृत उपकरण Google या सूर्य की व्यावसायिक प्रकृति के कारण, अपने सर्वर के साथ एकीकरण पर अधिक ध्यान केंद्रित करते हैं। GWT की प्रौद्योगिकी शक्ति का लाभ उठाने के लिए, किसी को कम या ज्यादा सर्वर एकीकरण हाइपर को अनदेखा करना चाहिए। बस GWT को क्लाइंट एप्लिकेशन टूल के रूप में उपयोग करें, यह आपके भविष्य के करियर के लिए अधिक फायदेमंद होना चाहिए।

Answer 5

यह निर्भर करता है कि आप क्या करना चाहते हैं (वैसे भी अधिकांश उपकरणों के लिए)।

यदि आप वेब डेवलपमेंट के विवरण में जाना चाहते हैं, तो ब्राउज़र वातावरण के कई (कभी-कभी अलग) ट्रिक्स का उपयोग करें, और उनमें से सबसे नई विशेषताओं में छोटे ट्रिक्स के साथ लड़ने की हिम्मत है जो आपके वेब ऐप को 'कूल लुक' देता है, GWT हमेशा आपके रास्ते में रहेगा: यदि आपके पास समय और अनुभव है, तो आप सभी और अधिक अपने हाथों से कर सकते हैं। और हाँ, कई अन्य टूलकिट हैं जो आपको जावास्क्रिप्ट में प्रोग्रामिंग करने में मदद करेंगे।

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

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

उपरोक्त प्रश्नों के मेरे उत्तरों के कारण मैंने GWT को चुना - और यह वही है जो मैं इसे करना चाहता था: स्थापना के बाद लगभग 2 सप्ताह में मेरे पास एक आंतरिक सर्वर निगरानी प्रणाली के लिए एक स्वीकार्य वेब इंटरफ़ेस था - हालांकि मुझे स्विंग का अनुभव था। (नहीं, मैंने डिफ़ॉल्ट लुक और फील का इस्तेमाल नहीं किया है और हां, मैंने तार्किक जानकारी प्रस्तुत करने के लिए CSS और कक्षाओं का उपयोग किया है :-))

अपने वर्तमान और नियोजित कार्यों की जाँच करें - और उनके लिए सही उपकरण चुनें ।