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