मैं आपसे सहमत हूँ कि एक इंटरेक्शन सेवा ऐसे MessageBoxes आदि
मेरी राय में के रूप में आम बातचीत व्यवहार के लिए उपयुक्त हो सकता है, यह वर्ग जिम्मेदारी के लिए निर्भर करता है। दूसरे शब्दों में, क्या आप व्यूमोडेल या व्यू को किस प्रकार की बातचीत करना चाहिए, यह निर्दिष्ट करने के लिए जिम्मेदार होना चाहते हैं?
public interface IInteractionService{
MessageBoxResult ShowMessageBox(string messageBoxText, string caption, MessageBoxButton button);
}
यह इंटरफ़ेस क्या व्यवहार ShowMessageBox के प्रकार के निर्माण करने के लिए जा रहा है के अवलोकन से काफी स्पष्ट है:
एक बुनियादी इंटरेक्शन सेवा इंटरफेस पर विचार करें। यह व्यूमोडेल को कुछ हद तक नियंत्रण देता है, यह निर्दिष्ट करने के संदर्भ में कि किस प्रकार के इंटरैक्शन व्यवहार की अपेक्षा की जाती है। इस दृष्टिकोण के साथ समस्या यह है कि आपका व्यूमोडेल अब IInteractionService पर निर्भरता के साथ-साथ इसकी बातचीत व्यवहार अपेक्षाओं में स्पष्ट है। यह आपके व्यूमोडेल को कम पुन: प्रयोज्य बना सकता है।
इंटरैक्शन ऑब्जेक्ट्स के साथ, आप दृश्य पर बातचीत व्यवहार की ज़िम्मेदारी अधिक रख सकते हैं। दूसरे शब्दों में, आप व्यूमोडेल को सीधे प्रभावित किए बिना बातचीत के व्यवहार और उपस्थिति को बदल सकते हैं। उदाहरण के लिए, इंटरैक्शन अनुरोध का V1 एक साधारण संदेशबॉक्स प्रदर्शित कर सकता है। इंटरैक्शन अनुरोध का वी 2 एक जटिल संवाद हो सकता है जिसके लिए अधिक उपयोगकर्ता इंटरैक्शन की आवश्यकता होती है जो एक साधारण बटन क्लिक करता है। इस तरह के इंटरैक्शन व्यवहार परिवर्तन को ViewModel में संशोधन की आवश्यकता के बिना प्रबंधित किया जा सकता है। यह उपयोगी हो सकता है यदि आपके पास प्रोजेक्ट पर काम करने वाला यूआई डिज़ाइनर है जो एक इंटरैक्शन अनुरोध से जुड़े दृश्य के व्यवहार या प्रकटन को बदलने या बदलने का विकल्प चाहता है।
यदि आप चाहें तो आप दोनों रणनीतियों का उपयोग कर सकते हैं। दूसरे शब्दों में, अधिक जटिल व्यवहार के लिए सामान्य बातचीत व्यवहार और इंटरैक्शन ऑब्जेक्ट्स के लिए एक इंटरैक्शन सेवा।
संक्षेप में, इंटरेक्शन सेवाओं का उपयोग करने लेकिन इंटरेक्शन वस्तुओं मेरी राय में अपने ViewModels अधिक पुन: प्रयोज्य कर सकते हैं, आसानी से किया जा सकता है।
मेरे पास एक ही प्रश्न है। किसी को... – dFlat