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