मैं अभी भी इकाई / घटक प्रणालियों के लिए हरा हूँ। मुझे लगता है कि चूंकि मेरे पास स्प्राइट (या स्प्राइटशीट) खींचने और इनपुट (माउस / टच क्लिक) के लिए उपयोगी घटक हैं, इसलिए मैं स्वाभाविक रूप से यूआई घटक (जैसे बटन, जैसे। स्तर-चयन स्क्रीन) बनाने के लिए इनका पुन: उपयोग करना चाहता हूं।
यह मुझे बहुत अजीब लगता है। मैं हमेशा संस्थाओं को "गेम मॉडल" के रूप में समझता था जैसे खिलाड़ी, दुश्मन, बिजली-अप, आदि। दूसरी तरफ, कोड-पुन: उपयोग के परिप्रेक्ष्य से, यूआई के लिए पुन: उपयोग करने वाले कंपेनेंट्स का सही अर्थ है।
यूआई / जीयूआई चिंता कैसे और कहाँ) एक इकाई / घटक प्रणाली में फिट होती है?
(ध्यान दें: यह प्रश्न प्लेटफ़ॉर्म अज्ञेयवादी है क्योंकि यह कई प्लेटफार्मों / भाषाओं पर लागू होता है)
3
मुझे लगता है कि यह केवल आपके लिए तर्कसंगत लगता है क्योंकि आप 2 डी गेम बना रहे हैं। कल्पना कीजिए कि आप 3 डी गेम बनायेंगे (2 डी गुई के साथ) लगभग किसी भी प्रतिपादन तर्क का पुन: उपयोग नहीं किया जा सकता है, और 3 डी दुनिया के अंदर 2 डी गुई घटक बहुत समझ में नहीं आएंगे। आपको घटक प्रणाली के शीर्ष पर GUI का निर्माण करना चाहिए। जैसे कि आपका गेमप्लेस्क्रीन स्क्रीन बनाने के लिए घटकों के साथ इकाई दुनिया है, और घटकों में से एक "कैनवास" के साथ कैमरा होगा जिसे आपका रेंडरर आकर्षित करेगा। और वह कैनवास उस स्क्रीन की पृष्ठभूमि बन जाएगा।
—
काइकिमारु
@Kikaimaru आपके पास 2D के बारे में एक बिंदु है। शायद मैं एमवीसी में बहुत अधिक हूं, लेकिन यह "मॉडल" (गेम एंटिटीज) और व्यू / कंट्रोलर (यूआई घटकों) के मिश्रण जैसा लगता है। यह काम करता है, निश्चित है, लेकिन क्या यह काम करना चाहिए ? क्या बेहतर तरीके हैं? दूसरे कैसे करते हैं?
—
ashes999
@ ashes999 आपकी टिप्पणी और प्रारंभिक प्रश्न मेरे दिल के अंदर गहरे से है :)
—
Narek
@Armen मुझे कभी भी इसका संतोषजनक उत्तर नहीं मिला।
—
as999999
@ मुझे ashes999 हर जगह लोग कहते हैं कि आपको ECS के साथ MVC नहीं मिलाना चाहिए, लेकिन क्यों? यह अच्छा नहीं होगा? विभिन्न कार्यों के लिए अलग हथियार, क्या आप सहमत नहीं हैं?
—
नारेक