2012-04-30 10 views
5

MVP * सभी * जीडब्ल्यूटी अनुप्रयोगों के लिए सबसे अच्छा अभ्यास माना जाता है?क्या एमवीपी हमेशा सार्थक है?

  • एक छोटे से घर के वेब एप्लिकेशन के बारे में क्या?
  • यह एक गलती इस तरह के आवेदन, या किसी भी आवेदन के लिए unit testing उपयोग करने के लिए नहीं है?
  • एक आवेदन है कि इकाई का परीक्षण किया जा करने के लिए नहीं जा रहा है के लिए, वहाँ अन्य कारणों से मैं एमवीपी उपयोग करने के लिए चाहते हो सकता है कर रहे हैं?

उत्तर

7
  1. सामान्य में, एमवीपी GWT अनुप्रयोगों के विकास के लिए एक बढ़िया विधि माना जाता है। पैटर्न को लागू करने के कई कारण this Google I/O Presentation में पाए जा सकते हैं।
  2. एमवीपी मूल्य पर आता है, और यह आपके आवेदन के लिए कई और कक्षाएं और जटिलता पेश करेगा। लेकिन यह युग्मन को भी कम करेगा और यह आपके एप्लिकेशन को अधिक टेस्टेबल बना देगा; तो यह तय करने के लिए एक डिजाइनर के रूप में आप पर निर्भर है कि पैटर्न दर्द के लायक है या नहीं।
  3. कुछ तरीके - like Extreme Programming - एक सॉफ्टवेयर विकास की प्रक्रिया में स्वचालित परीक्षण के शामिल किए जाने को प्रोत्साहित करती है। फिर, परीक्षणों को शामिल करने के लिए आपकी टीम को अधिक कोड लिखने की आवश्यकता होगी, लेकिन बदले में आपका कोड मजबूत और भरोसेमंद होगा। मैं दृढ़ता से आपको यूनिट परीक्षणों को शामिल करने का सुझाव देता हूं, भले ही एप्लिकेशन छोटा हो।
  4. जैसा कि मैंने पहले कहा था, आसान परीक्षण एमवीपी का एक लाभ है लेकिन यह एकमात्र लाभ नहीं है। इस article from Google के अनुसार:

एमवीपी एक तरीका है कि एक साथ काम करने के लिए कई डेवलपर्स की अनुमति देता है में विकास अलग करता

1

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

2

खैर यह व्यक्तिपरक है, डिजाइन सामान हमेशा व्यापार गत हैं।

हालांकि गुंजाइश/आकार/छोटे क्षुधा का भविष्य भी बहस का मुद्दा है, हम आम तौर पर इसे आसान बनाने के छोटे क्षुधा जटिलता को कम या एक कैनन के साथ उड़ान भरने की हत्या से बचने

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

+0

बात यह है कि मेरी टीम जीडब्ल्यूटी और एमवीपी दोनों के लिए नई है। एक जीडब्ल्यूटी साइट लिखना आसान है लेकिन एमवीपी का उपयोग करते समय नहीं। एक परियोजना के लिए जो दो महीने के लिए केवल 2 लोग हैं, मुझे लगता है कि एमवीपी सीखने का एक बड़ा काटने लगेगा ... – kroiz

+0

हाँ मैं इसके साथ सहमत हूं ... पैटर्न तरीके से सीखना शुरू में समय लेने वाला है ... – Adil

1

मैं एमवीपी प्रतिमान में योग्यता को देख सकते हैं, लेकिन खुद के लिए मैं देखना पसंद नहीं करते मॉडल और जीडब्ल्यूटी विशिष्ट दृश्य वर्गों के बीच एक अतिरिक्त प्रस्तुति परत। मैं दृढ़ता से सभी वर्ग नियमों को दृश्य वर्गों (UIBinder सामान) से बाहर रखना सुनिश्चित करता हूं, और इसे इसके बजाय मॉडल कक्षाओं में डालता हूं।

इसी तरह मैं मॉडल से बाहर सभी GWT.create(..) सामान रखने के लिए। यह मुझे बिना किसी परेशानी के सर्वर-साइड पर मॉडल कक्षाओं तक पहुंचने देता है। मैं फिर RPC कॉल के लिए अपने JUnit परीक्षणों में सिंकप्रोक्सी का उपयोग करता हूं।

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

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