पुस्तकालयों के बीच के रिश्ते: अव्यवस्था, Cogl, अव्यवस्था, जीटीके +, आदि

Question

रहा हूँ

मैं एक छोटे से ऊपर, यहाँ सूचीबद्ध पुस्तकालयों के रिश्ते के बारे में उलझन में मैं क्या सोचता हैं:

1. Cario एक 2D ग्राफिक पुस्तकालय है , और जीटीके + विजेट को प्रस्तुत करने के लिए इसका उपयोग करता है। कैरियो निम्न स्तर है।
2. कॉगल ओपनजीएल (या एक कांटा? मुझे नहीं पता) पर आधारित एक 3 डी ग्राफिक लाइब्रेरी है, और क्लटर कॉग्ल पर आधारित एक 3 डी जीयूआई टूलकिट है।

यदि यह सही है, तो क्या क्लटर जीटीके + किसी दिन प्रतिस्थापित करेगा?

और ...

अगर आपको लगता है इस सवाल का या कुछ किताबें मैं पहली बार पढ़ना चाहिए पूछने के लिए एक बेहतर जगह है, कृपया मुझे बताओ! मैं रुचि के लिए स्वयं सीखने प्रोग्रामिंग हूँ।

Answer 1

हाँ, काहिरा एक उच्च गुणवत्ता वाले 2 डी ड्राइंग एपीआई है, और जीटीके + अपने आप को आकर्षित करने के लिए काहिरा का उपयोग करता है।

कॉग एक जीपीयू प्रोग्रामिंग लाइब्रेरी है जो आंतरिक रूप से ग्राफिक्स पाइपलाइन तक पहुंचने के लिए जीएल या जीएलएस का उपयोग कर सकती है (हालांकि सिद्धांत में यह समर्थित प्लेटफॉर्म पर डायरेक्टएक्स का आसानी से उपयोग कर सकता है)।

क्लटर प्रतिपादन के लिए कॉग्ल का उपयोग करता है, लेकिन यह 2 डी तत्वों के लिए काइरो का भी उपयोग कर सकता है।

क्लटर जीटीके + को प्रतिस्थापित नहीं करेगा: जीटीके + एक जटिल जटिल पुस्तकालय है जो सिस्टम एकीकरण, जटिल विजेट और अन्य उपयोगिता API प्रदान करता है जो क्लटर को प्रदान करने में कोई रूचि नहीं है।

भविष्य में काले और सफेद प्रतिस्थापन की तुलना में थोड़ा और भूरा होने वाला है।

काहिरा कोग्ल को आकर्षित करने के लिए उपयोग कर सकते हैं; कॉग जीपीयू पाइपलाइन प्रोग्राम करेगा, लेकिन काहिरा जमा करने के लिए ज्यामिति उत्पन्न करेगा, इसलिए आपके पास उच्च गुणवत्ता वाले 2 डी परिणाम हो सकते हैं। काहिरा पहले ही जीएल का उपयोग कर सकता है, लेकिन कॉग्ल में पहले से ही एक बेहतर राज्य ट्रैकिंग है।

क्लटर विंडोिंग सिस्टम सतहों से बात करने और इनपुट ईवेंट प्राप्त करने के लिए जीडीके, जीटीके + विंडोिंग सिस्टम एपीआई का उपयोग कर सकते हैं। भविष्य में

, यह पूरी तरह से संभव है कि जीटीके + अपने विगेट्स के लिए आंतरिक रूप से क्लटर का उपयोग करेगा - हालांकि यह अभी भी एक काम प्रगति पर है।

संक्षेप में

, एक चित्र हो सकता है:

    GPU <- [ [ Cogl + Cairo ] <- [ GDK + Clutter ] <- GTK+ ] <- application 

Answer 2

मुझे लगता है कि पुस्तकालयों के बीच संबंध अन्योन्याश्रित हैं; यानी, एक पुस्तकालय अपने आप पर खड़ा नहीं हो सकता है। इसे चलाने के लिए दूसरों पर निर्भर होना चाहिए।