विंडोज एपीआई सी, जो था और अभी भी प्रणाली प्रोग्रामिंग के लिए सबसे अधिक इस्तेमाल किया भाषा है के लिए डिजाइन किए गए थे; सी एपीआई सिस्टम एपीआई के लिए डी-फैक्टो मानक हैं, और इसके लिए लगभग सभी अन्य भाषाओं में बाहरी सी कार्यों को कॉल करने का कोई तरीका था, इसलिए सी एपीआई लिखना अन्य भाषाओं के साथ संगत होने में मदद करता है।
सी एपीआई सिर्फ इतना है कि लगभग सिर्फ परिभाषा बुला सम्मेलन कार्य (और संरचनाओं लेआउट के बारे में कुछ) के लिए उपयोग करने के लिए होते हैं एक सरल ABI, की जरूरत है। सी ++ और अन्य वस्तु उन्मुख भाषाओं, इसके विपरीत, एक जटिल ABI अपेक्षा करते हैं कि, कैसे विरासत को संभालने के लिए, कैसे vtable बाहर बिछाने के लिए परिभाषित करना होगा कैसे वस्तुओं स्मृति में बाहर रखी हैं, अपवाद प्रचार करने के लिए कैसे, कहाँ RTTI डेटा डाल करने के लिए, ... इसके अलावा सभी भाषाओं वस्तु उन्मुख होते हैं, और API का उपयोग ++ अन्य गैर वस्तु उन्मुख भाषाओं के साथ सी के लिए सोचा था कि एक असली दर्द हो सकता है (अगर तुम कभी से COM इस्तेमाल किया सी तुम्हें पता है मैं क्या मतलब है)।
एक अलग रूप में, जब विंडोज शुरू में तैयार किया गया है सी ++ पीसी पर इतने बड़े पैमाने पर नहीं था, और भी सी उपयोग नहीं किया गया तो ज्यादा था के रूप में: वास्तव में, विंडोज 3.11 और कई अनुप्रयोगों का एक बड़ा हिस्सा अभी भी विधानसभा में लिखा गया , क्योंकि युग में स्मृति और सीपीयू की बाधाएं बहुत तंग थीं; कंपाइलर्स अब भी कम स्मार्ट थे, खासकर सी ++ वाले। मशीनों पर जहां हाथ से बना असेंबली अक्सर एकमात्र समाधान था, सी ++ ओवरहेड वास्तव में अस्वीकार्य था।
संकेत बात के लिए: विंडोज एपीआई, लगभग हमेशा संभालती, अर्थात अपारदर्शी संकेत का उपयोग आंतरिक संरचना के साथ चारों ओर गंदगी के लिए आवेदन को रोकने के लिए मौजूदा अनुप्रयोगों को प्रभावित किए बिना हर संसाधन का मूल प्रकृति को बदलने में सक्षम हो सकता है और करने के लिए। इससे कोई फर्क नहीं पड़ता कि विंडो प्रबंधक द्वारा आंतरिक रूप से विंडो का प्रतिनिधित्व करने के लिए उपयोग की जाने वाली संरचना बदल दी गई है: सभी एप्लिकेशन केवल एक एचडब्ल्यूएनडी का उपयोग करते हैं, जो हमेशा सूचक के आकार का होता है। आप इसे किसी प्रकार के पीआईएमपीएल मुहावरे के रूप में सोच सकते हैं।
हालांकि, विंडोज किसी भी तरह से ऑब्जेक्ट उन्मुख है (उदाहरण के लिए पूरी "विंडो क्लास" अवधारणा, या, गहरे स्तर पर, एनटी कर्नेल के आंतरिक कार्य, जो "वस्तु" पर आधारित है, अवधारणा), हालांकि इसके सबसे बुनियादी एपीआई, सरल सी कार्यों के रूप में, किसी भी तरह से इस ओओ प्रकृति को छुपाएं। दूसरी तरफ, खोल को कई सालों बाद डिजाइन किया जा रहा है, ज्यादातर सी ++ में लिखा गया है और यह वास्तव में ऑब्जेक्ट उन्मुख COM इंटरफ़ेस प्रदान करता है।
दिलचस्प है, आप कॉम में देख सकते हैं सभी समझौतों से है कि आप एक क्रॉस-भाषा के निर्माण में सी ++ पक्षपाती वस्तु उन्मुख इंटरफ़ेस का सामना करना है लेकिन अभी भी करना होगा: परिणाम से उपयोग करने के लिए, काफी जटिल कुछ मामलों में बदसूरत और नहीं वास्तव में सरल है कोई भी भाषा। विंडोज एपीआई, इसके बजाय, सरल कार्यों के रूप में आमतौर पर अधिक आसानी से कॉल करने योग्य होते हैं।
यदि आप सी ++ एपीआई के आधार पर सिस्टम में रुचि रखते हैं तो आपको Haiku पर एक नज़र डालें; व्यक्तिगत रूप से, यह उन पहलुओं में से एक है जिसके कारण मुझे उस परियोजना में काफी दिलचस्पी है।
वैसे, यदि आप केवल एपीआई के साथ Win32 प्रोग्रामिंग करने जा रहे हैं तो आपको इन "विशेषताओं" और अन्य Win32 मुहावरों के लिए उपयोग करने के लिए बेहतर किताब मिल जाएगी। दो प्रसिद्ध लोग Rector-Newcomer और Petzhold हैं।
धन्यवाद। सभी प्रतिक्रियाओं से। यह अब बहुत अधिक समझ में आता है। – numerical25
ग्रेट स्पष्टीकरण। एक सवाल हालांकि: यदि Win32 वास्तव में ऑब्जेक्ट उन्मुख है, तो WNDProc फ़ंक्शन में एक उदाहरण सूचक प्राप्त करना इतना कठिन क्यों है (तर्कसंगत रूप से पूरे एपीआई का दिल)? (सीएफ। http://www.codeguru.com/forum/printthread.php?t=234315) –
@ जेरेड: Win32 एपीआई की अधिक या कम वस्तु-उन्मुख प्रकृति एक वैचारिक चीज है जिसमें कुछ भी नहीं है सी ++ प्रकार प्रणाली के साथ। विंडो कक्षाएं विंडो प्रबंधक की अवधारणा हैं, न कि विशिष्ट भाषा का उपयोग जो आप WM सुविधाओं तक पहुंचने के लिए कर रहे हैं। आप विंडो कक्षाओं/उदाहरणों के लिए सी ++ कक्षाओं/वस्तुओं के बीच एक पत्राचार बना सकते हैं, लेकिन सिद्धांत की रेखा में वे पूरी तरह से असंबंधित चीजें हैं। –