2008-12-19 16 views
11

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

मैं क्या देख सकते हैं से, मुझे लगता है के रूप में अगर वहाँ दो दृष्टिकोण के बीच समानता का एक बहुत कुछ कर रहे हैं:

  1. दोनों आसानी से समझ में वाक्य रचना की है। गैर-डेवलपर्स को समझने और उपयोग करने के लिए आसान बनाता है, जिससे डिजाइनरों को एचटीएमएल/सीएसएस पर ध्यान केंद्रित करने की अनुमति मिलती है और केवल कुछ मामलों में निर्देश/टैग लाइब्रेरी का उपयोग करना पड़ता है जहां उन्हें सशर्त/गतिशील सामग्री की पूरी समझ के बिना आवश्यकता होती है जावा।
  2. यह देखने के लिए सरल है कि सामग्री का कौन सा हिस्सा HTML बनाम है जो निर्देश/तर्क हैं।
  3. दोनों का भारी उपयोग और अच्छी तरह से समर्थित हैं।
  4. स्प्रिंग एमवीसी के साथ एकीकृत करने के लिए सरल।

लेकिन दो तकनीकों की तुलना में, मैं एक बनाम दूसरे का उपयोग करने के लिए कोई विशिष्ट कारण नहीं देख सकता। मुझे वेग या जेएसटीएल के लिए विशिष्ट किसी भी विपक्ष के बारे में सोचने में परेशानी हो रही है।

तो मेरा सवाल यह है कि, आपकी राय में प्रत्येक के पेशेवर और विपक्ष क्या हैं? यदि आपने एक या दूसरे का उपयोग करके एक (स्प्रिंग) एमवीसी ऐप बनाया है, तो आपने व्यू लेयर टेक्नोलॉजी पर क्या निर्णय लिया है और क्या (यदि कुछ भी) आपने दूसरे के खिलाफ फैसला किया है?

अद्यतन: मैं इस एक ही विषय की एक ऐसी ही चर्चा पर संग्रहीत पाया है स्प्रिंग फ्रेमवर्क मंच के here, जो JSTL और वेग के बीच एक ही निर्णय लेने के रूप में मैं कर रहा हूँ किसी को कुछ ब्याज की हो सकती है।

उत्तर

8

मैं वेग का उपयोग करना पसंद करूंगा क्योंकि जेएसपी + जेएसटीएल का उपयोग करके आलसी/मैला डेवलपर्स को स्क्रिप्टलेट जोड़कर परेशानी हो सकती है। आपके दृश्य स्तर में जावा कोड रखने का कोई कारण नहीं होना चाहिए। वेग को समझने में बहुत कुछ नहीं लगता है और वास्तव में मैंने इसे लगभग दो सप्ताह में उठाया है। जबकि मुझे आउटपुट के स्वरूपण पसंद नहीं हैं, अधिकांश भाग के लिए यह बहुत अच्छी तरह से काम करता है। हम वास्तव में ऐप के दृश्य स्तर में इसका उपयोग नहीं कर रहे हैं बल्कि अन्य ब्राउज़रों द्वारा उपयोग के लिए HTML उत्पन्न करने के लिए। हम वॉल्यूसिटी से आउटपुट को फाइलों के रूप में सहेजते हैं जिन्हें अन्य वेब क्लाइंट्स द्वारा खपत के लिए एक अलग सर्वर पर तैनात किया जाता है।

6

मैं वास्तव में वेग के लिए फ्रीमार्कर को थोड़ा पसंद करता हूं, बस अगर आप अन्य विकल्पों की खोज के लिए खुले हैं। यहाँ तुलना:

http://freemarker.org/fmVsVel.html

मैं JSP और scriptlets की संभावना से बचने के एक साधारण दृश्य को लागू करने के बारे में बेन कथनों से सहमत हैं। मुझे जेएसपी के रूप में सर्वलेट/जेएसपी कंटेनर की आवश्यकता के बिना किसी भी प्रकार के निष्पादन पर्यावरण (जुनीट, मुख्य() विधि) में एक फ्रीमार्कर या वेग टेम्पलेट प्रस्तुत करने की क्षमता भी पसंद है।

+0

मेरे लिए फ्रीमेकर उन सभी का मालिक है .... मैंने इसे कुछ बार कोशिश की और यह उल्लेखनीय था, और इसे कम समय में इसका एक grep प्राप्त करना मुश्किल नहीं था। – engma

2

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

इसके अलावा, VelocityTools पैकेज अतिरिक्त कार्यक्षमता का एक बड़ा सौदा प्रदान करता है।