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