2008-09-20 16 views
6

मैं माइक्रोसॉफ्ट की दुनिया से आया हूं (और मैं शांति में आ गया हूं)। मैं तेजी से एक वेब ऐप प्रोटोटाइप करना चाहता हूं और यदि यह काम करता है, तो इसे लाइव करें - और मैं ASP.Net का उपयोग नहीं करना चाहता हूं।जीडब्ल्यूटी या डीओजेओ या कुछ और?

मुझे यकीन नहीं है कि कौन सा वेब एप्लिकेशन टूलकिट उपयोग करना है। क्या मुझे जीडब्ल्यूटी, डीओजेओ ... अन्य सिफारिशों का उपयोग करना चाहिए? मैं किसी भी सर्वर-साइड भाषा के लिए खुला हूं लेकिन आरओआर, पीएचपी या यहां तक ​​कि जावा (जे 2 ईई सटीक होना) देख रहा हूं। मैं जावास्क्रिप्ट/सीएसएस लड़का का अधिक नहीं हूं इसलिए टूलकिट जो उन मोर्चों पर मेरे लिए अपेक्षाकृत आसान बना सकता है, बेहतर होगा।

इसके अलावा, मैं घर पर एक मैक उपयोगकर्ता हूं। आप जिस फ्रेमवर्क की सिफारिश करेंगे, उसके साथ क्या आईडीई जाते हैं?

कोई सिफारिशें लोग?

उत्तर

5

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

बहुत ही ऑफ-द-पीटा-पथ AJAX चीजें करने के लिए कुछ सीमाएं हैं (जो जीडब्ल्यूटी मुश्किल बनाता है, लेकिन असंभव नहीं है), लेकिन ऐसा लगता है कि यह आपके उपयोग के मामले में वैसे भी नहीं है।

जीडब्ल्यूटी आपको अपनी अधिक सुविधाओं का उपयोग करके स्केल करने की अनुमति देगा क्योंकि आपका ऐप अधिक जटिल हो जाता है - और आपका प्रोटोटाइप फेंकने वाला कोड नहीं होगा।

0

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

जीडब्ल्यूटी का एक नुकसान यह है कि को ब्राउज़र द्वारा समर्थित जावास्क्रिप्ट की आवश्यकता है, कोई "सुंदर गिरावट" नहीं है।

+0

कोई नहीं है - इसे

0

हमने ढांचे की एक बड़ी सूची का मूल्यांकन किया है और हमें Echo2 के लिए निर्णय लिया है।

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

जावा के लिए आईडीई Eclipse है। यह प्रयुक्त ढांचे से स्वतंत्र है।

-2

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

+0

@dkarrpipverisignlabscom किस प्रकार की समस्याएं आप बात कर रहे हैं? मुझे उम्मीद है कि बाद में पुनरावृत्तियों में यूआई पक्ष पर मेरा एप्लीकेशन थोड़ा जटिल हो सकता है, इसलिए मुझे निश्चित रूप से परवाह है। मैं समझता हूं कि सर्वर-साइड से डीकॉप्लिंग यूआई आदर्श है लेकिन यदि मैं एक सक्षम ढांचे से निपट रहा हूं, तो मैं इसके साथ ठीक हूं। –

+2

आपने स्पष्ट रूप से जीडब्ल्यूटी का उपयोग नहीं किया है। यदि आप नहीं चाहते हैं तो आपको सर्वर पक्ष पर जीडब्ल्यूटी/जावा का उपयोग करने की आवश्यकता नहीं है। मैं सर्वर पर RoR के साथ क्लाइंट पक्ष पर जीडब्ल्यूटी का उपयोग करता हूं। –

3

यदि आप जावा में आगे और पीछे के अंत को लिखना चाहते हैं, और जटिल AJAX प्रकार की चीज़ करना चाहते हैं, तो GWT जाने का एक शानदार तरीका है।

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

यह सभी जावास्क्रिप्ट और एचटीएमएल दूर अमूर्त करता है, लेकिन यदि आप इसे अच्छे दिखाना चाहते हैं तो आपको अभी भी सीएसएस को समझने की आवश्यकता होगी।

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

0

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

0

जीडब्ल्यूटी से संबंधित नहीं है, लेकिन क्या आपने अन्य बैकएंड माना है कि जीडब्ल्यूटी अच्छी तरह से काम कर सकता है?

Grails एक बैकएंड है जो जीडब्ल्यूटी के साथ काफी अच्छी तरह से संबंध रखता है।

1

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

यदि आपको कॉम्पैक्ट प्रोजेक्ट की आवश्यकता है तो सीधे जावास्क्रिप्ट चुनें।

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