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