सिस्टम एब्सट्रैक्शन बनाते समय प्लेटफ़ॉर्म के अलग-अलग एपीआई को एक सामान्य इंटरफ़ेस द्वारा सबसे निचले स्तर पर छिपाया जाना बेहतर होता है जो समझ में आता है।
अलग-अलग आधुनिक (बिना किसी निश्चित फ़ंक्शन पाइपलाइन के) देशी ग्राफिक्स API को ध्यान में रखते हुए: OpenGLES 2.0+, OpengGL 3.0+, DirectX 10.0+, Xbox DirectX 9, LibGCM
यदि उन सभी के ऊपर बैठने के लिए एक स्टेटलेस लो लेवल ग्राफिक एपीआई बनाया जाए, तो इसे पतली और उतनी ही तेजी से बनाने का सबसे अच्छा तरीका क्या होगा?
एपीआई के स्टेटलेस होने की आवश्यकता दिलचस्प है। ओपनजीएल, उदाहरण के लिए, स्टेटफुल है, और मुझे लगता है कि एक स्टेटलेस एपीआई जो इसे लपेटता है, केवल तभी समझ में आता है जब यह बहुत उच्च स्तर का था, ताकि ऐसा न हो, उदाहरण के लिए, प्रत्येक और हर एक के लिए एक ही मैट्रिक को पुश और पॉप करना। सतह यह प्रदान करता है।
—
स्पूनमाइजर
बेकार राज्य परिवर्तन से बचना अभी भी उच्च स्तर पर लागू किया जा सकता है, जैसे कि डिवाइस पर सबमिट करने से पहले अपने राज्य के आधार पर रेंडर कॉल को सॉर्ट करके। और केवल राज्य को सेट करके अगर यह वर्तमान से अलग है।
—
रात डेढ़
हालांकि यह स्टेटलेस नहीं है। शायद मैं गलत हूं, लेकिन जब मैं स्टेटलेस के बारे में सोचता हूं, तो वह एक एपीआई होता है, जहां प्रत्येक कॉल पिछले कॉल पर निर्भर नहीं करता है। इसका मतलब है कि कोई भी जानकारी जो आमतौर पर राज्य में संग्रहीत की जाती है, उसे हर उस कॉल में पारित किया जाना चाहिए जिसमें उस जानकारी की आवश्यकता होती है। ओपनजीएल के लिए, उदाहरण के लिए, ये स्टैक, लाइटिंग, जेड-बफरिंग और सामान्यीकरण विकल्पों पर मैट्रिक होंगे।
—
स्पूनमाइज़र
हां, हर ड्रॉ कॉल के लिए आपको आवश्यकता होगी, जाल डेटा, सम्मिश्रण अवस्था, बाँधने के लिए बनावट, नमूना स्थिति आदि।। अनुकूलन बाद में किया जा सकता है, एपीआई थियो को बदले बिना। या हो सकता है कि मैं आपकी टिप्पणी गलत पढ़ रहा हूं ..
—
NocturnDragon