एम्बर

Question

में नियंत्रकों के विशिष्ट व्यवहार के बारे में ember.js में नियंत्रक मुख्य दृश्य क्षेत्रों/दृश्यों को ला आईओएस, या अधिक डेटा के सेट से बंधे हुए हैं?

क्या यह सामान्य/बुद्धिमान है कि एम्बर में एक ही नियंत्रक से जुड़े कई मुख्य विचार हैं?

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

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

एम्बर में नियंत्रकों का उपयोग करने के लिए उस सामान्य भूमिका या सलाह पैटर्न क्या है?

Answer 1

आपके यहां कुछ अलग प्रश्न हैं इसलिए मैं उन्हें एक समय में संबोधित करूंगा।

सबसे पहले, आपने पूछा कि नियंत्रक डेटा उन्मुख होना चाहिए या उन्मुख देखें। मेरे अनुभव में दोनों व्यवहार स्वीकार्य हैं। नियंत्रक फ़िल्टरिंग और खोज जैसी चीजों सहित आपके एप्लिकेशन के लिए डेटा सेट प्रबंधित करने का एक शानदार तरीका हैं। इविन ग्रैनो ने स्प्राउटकोर परिप्रेक्ष्य से इसके बारे में एक अच्छी पोस्ट लिखी और अधिकांश अवधारणाओं को एम्बर पर भी लागू होना चाहिए: http://www.itsgotwhatplantscrave.com/2009/07/30/root-controller-paradigm/। नियंत्रक आवेदन स्थिति और व्यवहार को नियंत्रित करने के लिए भी उपयुक्त हैं। उदाहरण के लिए, आप एक नियंत्रक में एक विधि डाल सकते हैं जो आपके ऐप में कहीं और बटन बटन के रूप में बाध्य है। हालांकि, आपको यह देखने के लिए एम्बर स्टेट्स की भी जांच करनी चाहिए कि क्या यह आपके परिदृश्य के लिए बेहतर हो सकता है।

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

Answer 2

Ember.js में मेरी सीमित अनुभव से, मैं निम्नलिखित को विनियमित किया है:

• दृश्य प्रस्तुति परत में परिवर्तन, अपने स्वयं के उदाहरण के लिए सीमित करने के लिए संबंधित उपयोगकर्ता क्रियाओं को संभालती है।

• एक नेविगेशन नियंत्रक/राज्य प्रबंधक जो प्रस्तुत किया गया है उसके जटिल हेरफेर को संभालता है (कई विचार जोड़ें, कुछ अन्य हटाएं, आदि)।

• नियंत्रक डेटा परत से संबंधित उपयोगकर्ता कार्यों का जवाब देता है।