2012-04-05 16 views
5

GWT विपक्ष और पेशेवरों के बारे में कुछ StackOverflow सवाल पर 2009 से कोई answered कि:जीडब्ल्यूटी - क्या इसे वास्तव में केवल गतिशील भागों के लिए उपयोग किया जाना चाहिए?

[...] gwt का प्रयोग केवल आपके ऐप्स की गतिशील भागों में भरने के लिए। तो यदि आपके पास बहुत से फ़ील्ड के साथ कुछ जटिल उपयोगकर्ता इंटरैक्शन हैं। हालांकि, इसके साथ आने वाले पैनलों का उपयोग न करें। अपने मौजूदा स्टॉक डिजाइनर आपूर्ति पृष्ठों को ले लो। उन क्षेत्रों को बनाएं जिनमें आपके ऐप के नियंत्रण होंगे। मॉड्यूललोड() के भीतर पृष्ठ पर इन नियंत्रणों को संलग्न करें। इस तरह आप अपने डिजाइनर के मानक पृष्ठों का उपयोग कर सकते हैं और gwt के बाहर सभी स्टाइल भी कर सकते हैं।

ठीक है, मैं इसके पीछे कारण समझने की कोशिश कर रहा हूं। अगर मैं सही ढंग से समझता हूं, तो ग्राहक संकलित HTML और जावास्क्रिप्ट फ़ाइलों को प्राप्त करता है। तो, ब्राउज़र परिप्रेक्ष्य से, क्या वह HTML पृष्ठ के निर्माण के तरीके से अनजान नहीं होना चाहिए (स्थिर रूप से HTML पृष्ठ को संपादित करके या जीडब्ल्यूटी कोड द्वारा गतिशील रूप से)? साथ ही, ऐसा लगता है कि जीडब्ल्यूटी पैनल संकलित पृष्ठ पर सरल HTML तत्वों में अनुवादित हैं। तो प्रदर्शन यहाँ हिट कहां है?

उत्तर

0

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

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

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