प्रस्तुतकर्ता से विरोधी एमवीपी खुली गतिविधि, विरोधी पैटर्न?

Question

यदि प्रेजेंटर परत से मैं Activity खोलता हूं तो यह एक विरोधी पैटर्न होगा?

यदि हां, तो क्या मुझे दृश्य परत से ऐप के नेविगेशन का प्रबंधन करना चाहिए?

Answer 1

हाँ, यह एक विरोधी एमवीपी पैटर्न है। एमवीपी में passive view के आधार पर, आपने अपनी टेस्टेबिलिटी खो दी है, क्योंकि आपको अपने प्रस्तुतकर्ता में एंड्रॉइड फ्रेमवर्क से निपटने की ज़रूरत नहीं है।

तो दृश्य परत से ऐप के नेविगेशन को प्रबंधित करना बेहतर है।

class MyPresenter { 
    MyPresenter.View view; 

    void backButtonClicked() { 
     view.navigateToHomeScreen(); 
    } 

    public interface View { 
     void navigateToHomeScreen(); 
    } 
} 

class MyActivity extends Activity implements MyPresenter.View { 
    @Override 
    void navigateToHomeScreen() { 
     startActivity(...) 
    } 

    @OnClick(R.id.my_button) 
    void onClick() { 
     presenter.backButtonClicked(); 
    } 
} 

इसके अलावा इस तरह का एक और लाभ यह है कि यह एक टुकड़ा या एक दृश्य के साथ गतिविधि को बदलने के लिए आसान हो जाएगा।

संपादित करें 1:

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

TaskDetailPresenter कॉल ShowEditTask जो एक नई ActivityTaskDetailFragment अंदर खोलने के लिए जिम्मेदार है: यहाँ एमवीपी के लिए गूगल से एक उदाहरण है।

लेकिन यह भी आप CommandPattern उपयोग कर सकते हैं जो एक बेहतर दृष्टिकोण

interface NavigationCommand { 
    void navigate(); 
} 

तो, प्रस्तुतकर्ता यह जब यह जरूरत प्रयोग करेंगे।

Answer 2

मेरी राय में यदि आप व्यू लेयर से कोई गतिविधि खोलते हैं तो यह बेहतर होगा। मैं पसंद करता हूं कि प्रस्तुतकर्ता जितना संभव हो सके गतिविधि के बारे में जानता है।

अगर वहाँ क्या गतिविधि शुरू किया जाना चाहिए में से कुछ की हालत है, तो आप कुछ इस तरह का उपयोग कर सकते हैं:

public class Presenter { 

    private ViewsPresentation mViewsPresentation; 

    public void someButtonClicked() { 
     if (/*some condition*/) { 
      mViewsPresentation.startFirstActivity(); 
     } else { 
      mViewsPresentation.startSecondActivity(); 
     } 
    } 

    public interface ViewsPresentation { 
     void startFirstActivity(); 
     void startSecondActivity(); 
    } 

} 

Answer 3

जैसा कि मैंने accepted answer पर अपनी टिप्पणी में लिखा था, मुझे लगता है कि दृश्य परत से प्रबंधन नेविगेशन चिंता नियमों को अलग करने का एक स्पष्ट तोड़ना है: विचारों में वर्तमान यूआई स्क्रीन को अपडेट करने के लिए केवल विधियां होनी चाहिए।

समस्या एंड्रॉयड प्लेटफॉर्म डिजाइन से निकलती है के रूप में Activity और Fragment कक्षाएं यूआई स्क्रीन पर संचालित करने के लिए और इरादे वस्तुओं कि startActivity जैसी अन्य गतिविधियों में शुरू भेजने के लिए दोनों पद्धतियां हैं।

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