2015-06-11 9 views
6

पर बड़े बहु-मॉड्यूल अनुप्रयोगों से निपटने के लिए कैसे हम अपने सॉफ्टवेयर के लिए एक नए वास्तुकला दृष्टिकोण के लिए सुझावों तक पहुंच रहे हैं।जीडब्ल्यूटी

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

हमारा पहला विचार एक एकल पृष्ठ एप्लिकेशन एक रचनाकृत जीडब्ल्यूटी एप्लीकेशन चला रहा था जहां कार्यशीलता मुख्य मॉड्यूल से परे मॉड्यूल थे।

अब हम प्रक्रिया के एक महत्वपूर्ण चरण तक पहुंच रहे हैं जहां हम वास्तव में सिस्टम कार्यक्षमताओं को बना रहे हैं। लेकिन हमें इस दृष्टिकोण के साथ गंभीर समस्या का सामना करना पड़ रहा है। इस बिंदु पर हमारे 41 मॉड्यूल के मॉड्यूल को हमारे मुख्य मॉड्यूल की निर्भरता के रूप में संकलित किया जा रहा है जिसमें 3 जीबी रैम और 8-12 मिनट लगते हैं। वर्तमान विकास चरण के अंत में हम 400 मॉड्यूल अधिक होने की उम्मीद कर रहे हैं, और यह एप्लिकेशन को संकलित करने के लिए कंप्यूटर पावर के मामले में अस्थिर हो जाएगा।

हमने पहले से ही कुछ लेखों जैसे बेन नॉर्थ्रॉप के http://www.summa-tech.com/blog/2011/02/22/structuring-gwt-modules-for-large-applications पर एक नज़र डाली है। लेकिन हम इस मामले पर अन्य राय चाहते थे।

+0

क्या आपने एप्लिकेशन को विभिन्न अनुप्रयोगों के रूप में संकलित एकाधिक होस्ट-पेज में विभाजित करने पर विचार किया था? इस मामले में आवेदन के पुनर्मूल्यांकन को बिना पुनर्निर्माण के किया जा सकता है। Whch GWT संस्करण का उपयोग आप करते हैं? जीडब्ल्यूटी 2.7 में एक आकस्मिक संकलन है, जो आपके पास बहुत सारे मॉड्यूल होने पर प्रक्रिया को तेज करने के लिए तैयार हो सकता है। परिवर्तन कोड के साथ केवल मॉड्यूल recompiled किया जाएगा। –

+0

हाय @ क्रिस्टियनकुएटबाक! हां में हम बहु होस्टेड पृष्ठों पर विचार कर रहे हैं। हम जीडब्ल्यूटी 2.7 का उपयोग कर रहे हैं। लेकिन उस डेस्कटॉप एप्लिकेशन अपील के साथ काम करने के बाद हम एक सिंगल पेज दृष्टिकोण पसंद करेंगे। मैं जीडब्ल्यूटी.क्रेट 2013 से रॉबर्ट कीन सामग्री का भी अध्ययन कर रहा हूं और यह http://pt.slideshare.net/RobertKeane1/turducken-divide-and-conquer-large-gwt-apps-with-multiple-teams पर काफी रोचक दृष्टिकोण है। – vkrausser

+0

मल्टी मॉड्यूल प्रोजेक्ट वास्तव में एक अच्छा विचार है - इसके साथ मेवेन का उपयोग करने का प्रयास करें - –

उत्तर

1

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

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