मैंने स्रोत कोड में कई बार देखा है, इस तरह की चीजें [ठीक है, यह एक छद्म सी ++ का अधिक विचार है]
typedef shared_ptr<Resource> ResourcePtr;// for ease
ResourcePtr sound1 = resourceManager.Get<SoundResource>("boom.ogg");
sound1->Play();
ResourcePtr sprite = resourceManager.Get<Image>("sprite.png");
मैं सोच रहा था कि इस तरह एक वर्ग कितना उपयोगी था, कुछ ऐसा:
- भरी हुई मीडिया फाइलें
- उन्हें स्मृति में संग्रहित किया
- एक स्तर लोड हो रहा है स्क्रीन की शुरुआत में यह किया।
- सफाई की
की एक प्रणाली होने के बजाय:
- संसाधन केवल संस्थाओं द्वारा आयोजित किए जाते हैं, या ढीले होते हैं।
- स्मृति में खुद के भार के लिए जिम्मेदार।
पहला ऐसा 'प्रबंधक' है; मुझे लगता है कि कुछ का उपयोग करना गलत है। हालाँकि, यह कुछ चीज़ों के लिए अनुमति देता है जैसे कि वेक्टर नाम के वेक्टर को पारित किया जाना चाहिए, बजाय इसके कि वह सब कुछ ढूंढने में घबराए, जिसे लोड करने की आवश्यकता है।
Gamedev.stackexchange.com/questions/1506/… का डुप्लिकेट ?
—
कोडरंगर
बिल्कुल नहीं। मुझे लगता है कि यह एक वैध प्रश्न है।
—
R
काफी नहीं है, लेकिन समान क्षेत्रों, और इसी तरह के पेशेवरों / विपक्ष। लेकिन ऐसी कुछ चीजें हैं जो आप प्रबंधक के साथ करेंगे जो आप प्रकट रूप से नहीं करेंगे। घोषणापत्र गूंगी चीजें हैं जो बस एक साथ एक ही सूचकांक में संसाधनों को अलग करती हैं। एक संसाधन प्रबंधक पर बहुत अधिक जिम्मेदारी हो सकती है, और खेल इंजन के साथ बेहतर इंटरफेसिंग हो सकती है।
—
MrCranky
मुझे नहीं लगता कि मैं एक ही बात पूछ रहा हूं। ऐसा प्रतीत होता है कि क्या आपके पास किसी प्रकार का फ़ाइल-पथ छोटा होना चाहिए, जबकि मैं एक प्रकार के संसाधन लोडर / कैश प्रकार के बारे में पूछ रहा हूं। हालाँकि, मुझे लगता है कि संपत्ति के बजाय मैंने संसाधन का उपयोग नहीं किया।
—
कम्युनिस्ट डक
@ ब्रायन, मैं असहमत हूं, "परिसंपत्ति प्रबंधक एक अच्छा विचार हैं" "आप संपत्ति प्रबंधकों को कैसे लागू करते हैं" की तुलना में एक अलग सवाल है। दी गई, कुछ लोग दूसरे प्रश्न के लिए पहले प्रश्न का उत्तर देने की कोशिश कर रहे थे, जिसके कारण बहुत सारे उत्तर ओवरलैप होंगे।
—
टेट्राद