आपके सवालों के जवाब के लिए,
केवल प्रत्येक नियंत्रक का एक उदाहरण Sencha द्वारा बनाई गई है। तो, मुझे सच में लगता है कि आपको नियंत्रक उदाहरणों के बारे में परेशान करने की आवश्यकता नहीं है। सेन्चा को संभालने दें।
सफाई वास्तव में दृश्यों के साथ की जानी चाहिए क्योंकि उनमें से विचारों और जटिलताओं की संख्या प्रदर्शन से निकटता से संबंधित है।
Sencha सफाई नहीं है अपने संसाधनों विशेष रूप से - डेवलपर डोम सफाई का ख्याल स्पष्ट रूप से (अलग जावास्क्रिप्ट के अपने कचरा संग्रहण तंत्र से) रखना चाहिए। इसलिए, डेवलपर को यह तय करने की ज़रूरत है कि दृश्य कब बनाना है, चाहे इसे भविष्य में उपयोग के लिए डीओएम में रखना है या इसे छिपाने के तुरंत बाद इसे नष्ट करना है। मुझे कुछ उदाहरण देता हूँ:
ए
एक बटन क्लिक पर मान लीजिए, उपयोगकर्ता एक जानकारी पॉपअप जो पृष्ठ के बारे में कुछ जानकारी से पता चलता खोलता है। एक बार जब उपयोगकर्ता जानकारी पढ़ लेता है, तो वह पॉपअप बंद कर देता है। अब, उपयोगकर्ता परिप्रेक्ष्य से, बहुत कम मौका हो सकता है कि उपयोगकर्ता पॉपअप को फिर से खोल देगा। तो, होगा यदि उपयोगकर्ता इसे बंद कर देता है तो पॉपअप को डीओएम से हटा दिया जाता है। किसी भी तरह, यदि उपयोगकर्ता इसे फिर से खोलना चाहता है, तो पॉपअप को फिर से बनाएं और दिखाएं।
बी
इसी तरह मान लीजिए उपयोगकर्ता प्रवेश पृष्ठ में है और अनुप्रयोग में साइन इन। उपयोगकर्ता ऐप के दौरान लॉगिन पृष्ठ पर शायद ही कभी वापस जाएं। तो, छुपाए जाने के बाद लॉगिन दृश्य उदाहरण को नष्ट कर दें।
तो, ये कुछ परिदृश्य हैं जहां दृश्यों को स्पष्ट रूप से हटाया जा सकता है।नीचे कुछ संदर्भ जो Sencha के साथ स्मृति अनुकूलन के बारे में अच्छा विचार देता है कर रहे हैं:
एक) Sencha Touch: Optimizing Memory Usage
ख) http://www.slideshare.net/senchainc/optimizing-performance
महान जवाब। अभी भी विश्वास नहीं कर सकता कि मुझे पहले जवाब में सोनीोन को हरा करने के लिए एक बाउंटी शुरू करना पड़ा था :-) मैंने देखा कि http://deftjs.org नामक एक एक्सटेंशन है जो उन चीजों को थोड़ा अलग करता है जैसा कि – Christoph
लगता है :) पता है कि यह मदद की। मैंने इसे पहले जवाब दिया होगा अगर मैंने इसे देखा था! – Swar