मेरे पास एक प्रोजेक्ट है जिसमें मेरा क्लाइंट मुझे पोर्टल 1.0 spec और Websphere पोर्टल सर्वर 6.0 का उपयोग करने के लिए कह रहा है। मैंने पहले पोर्टल के साथ काम नहीं किया है, लेकिन मैंने उनके बारे में जो सुना है वह हमेशा खराब आलोचनाएं रही है। इनका उपयोग करने के स्पष्ट कारणों के अलावा क्या कारण हैं? यदि कारण नहीं हैं, तो उनसे बचने के लिए मैं किस तर्क का उपयोग कर सकता हूं?जावा पोर्टलेट के पेशेवरों और विपक्ष?
मैं portlets साथ समस्याओं मुझे EJBs-
रूप में एक ही समस्याओं की याद दिलानामैं Google Gadgets की तरह कुछ सुझाव देंगे कवर करने के लिए जटिल होने लगते हैं
पोर्टेलेट लचीलेपन के वादे के कारण व्यवसाय के लिए आकर्षक हैं, आप ग्राहकों को पृष्ठ पर घटकों को ट्विक और पुनर्व्यवस्थित करने की अनुमति देते हैं, और यदि आप मुख्य रूप से सामग्री की सेवा कर रहे हैं तो वे ऐसा करने का एक प्रभावी माध्यम हैं।
मेरी राय पोर्टलों में पोर्टलेट को एकत्रित करने के लिए उपयुक्त हैं जो या तो शुद्ध सामग्री, कार्यात्मक रूप से स्वतंत्र या बस संबंधित हैं (उदाहरण के लिए जब आप एक पोर्टलेट में किसी सूची से कोई आइटम चुनते हैं, तो आप विवरण दिखाने के लिए एक और अपडेट करते हैं)। पोर्टल भी पुन: उपयोग सक्षम कर सकते हैं, क्योंकि आप उन्हें कई पृष्ठों/स्थानों में काफी आसानी से कॉन्फ़िगर कर सकते हैं।
जहां समस्याएं शुरू हो सकती हैं, जब आप कई चरणों और इंटरैक्शन के साथ जटिल व्यावसायिक कार्यों को विघटित करने का प्रयास कर रहे हैं। इस परिदृश्य में पोर्टलों की ग्रैन्युलरिटी का निर्धारण करना विज्ञान की तुलना में अधिक कला है, और पोर्टलों के बीच बातचीत के लिए सावधानीपूर्वक विचार करने की आवश्यकता है।
आपको यूआई की लचीलापन पर भी विचार करने की आवश्यकता है। यदि आपके पास पोर्टलेट बिल्डिंग ब्लॉक का एक सेट है तो आपके व्यवसाय को यह स्पष्ट करने की आवश्यकता है कि वे उन ब्लॉकों को पुनर्व्यवस्थित कर सकते हैं, लेकिन पोर्टलों के बीच वस्तुओं को ले जाने में पुनः लिखना शामिल है। उदाहरण के लिए पृष्ठ के निचले हिस्से में एक पोर्टलेट से सबमिट बटन को स्थानांतरित करना छोटा नहीं है।
तो सारांश में, मैं यह तुम क्या करने की कोशिश कर रहा है और कितना पुन: उपयोग आप घटकों के आशा कर रहे हैं कि क्या पर निर्भर करता है लगता है। तकनीकी घटकों को बनाकर पुन: उपयोग करना आसान हो सकता है जो आईटी सर्वलेट में बनाते हैं, या हो सकता है कि पोर्टलेट आपके व्यवसाय के लिए सही हों। कोई सही जवाब नहीं है, आपको केवल ध्यान से विचार करने की आवश्यकता है कि आप क्या हासिल करने की कोशिश कर रहे हैं। यदि आप पोर्टल पर निर्णय लेते हैं, तो आपको पूर्ण जीवन चक्र को गले लगाने की ज़रूरत है, और उनके चारों ओर काम करने के लिए किसी भी प्रलोभन से बचने की ज़रूरत है, आप फायदे का एहसास करने के बिना, बिना किसी ओवरहेड और पोर्टलेट के प्रतिबंधों के साथ अपने आप को बुरे स्थान पर ढूंढ सकते हैं।
+1, हम आपके द्वारा यहां वर्णित एक ही समस्या का सामना करते हैं – Chris
किसी के रूप में जो जावा पोर्टलों के विकास में कई नौकरियां हैं (मेरे वर्तमान सहित), मैं कहूंगा कि उनका उपयोग न करें।
तुम सिर्फ पोर्टल के पूर्व मौजूदा कार्यक्षमता आप चयन कर रहे हैं का उपयोग करना चाहता है, तो एक पोर्टल का उपयोग करें:
यहाँ समस्या है।
यदि आपके पोर्टलेट का उपयोग केवल एक छोटा, हल्का, मुख्य रूप से केवल पढ़ने-योग्य वेब-आधारित डैशबोर्ड बनाने के लिए है जहां आप जल्दी से अलग जानकारी देख सकते हैं, तो यह ठीक है।
लेकिन यदि आप (या अधिक संभावना है कि कोई संगठन चार्ट पर अधिक हो) तो पोर्टलों को एक पृष्ठ पर विभिन्न वेब ऐप्स का एक गुच्छा लगाने के तरीके के रूप में सोचता है और यह सब "बस काम करता है", तो आप इसके लिए नेतृत्व कर रहे हैं चोट की दुनिया पोर्टल अत्यधिक प्रतिबंधित, कार्यक्षमता के स्वयं निहित द्वीप हैं, न कि पृष्ठ पर छोटे वर्गों में वेब ऐप्स।
मेरी पोर्टल-आधारित नौकरियों में से प्रत्येक ने यह गलती की है, और सुरंग के अंत में कोई प्रकाश नहीं है। एक portlet डेवलपर के रूप में, यहाँ चीजें आप नियमित रूप से वेब एप्लिकेशन में करने के लिए इस्तेमाल कर रहे हैं की एक छोटी सूची है, कि तुम मज़बूती से portlets में ऐसा नहीं कर सकते:
पोर्टल महसूस करते हैं कि उन्हें वेब विकास की स्थिति के लिए डिज़ाइन किया गया था क्योंकि यह 90 के दशक के उत्तरार्ध (पूर्व-AJAX) के मध्य में था। लेकिन वे आज के वेब विकास वातावरण (AJAX, सिंगल पेज समृद्ध वेब ऐप्स इत्यादि) के लिए उपयुक्त हैं जो मानते हैं कि आपके पास अनुरोध/प्रतिक्रिया चक्र का पूरा नियंत्रण है।
+1 - बहुत अच्छा जवाब। – duffymo