जवाबों:
यह मूल रूप से विंडोज वातावरण में प्रोग्राम लिखने के लिए उपयोग की जाने वाली एक पुरानी तकनीक है। यह बड़ा और जटिल है और प्रबंधन / समर्थन के लिए सुखद नहीं है। .NET फ्रेमवर्क इसका प्रतिस्थापन है।
एक COM ऑब्जेक्ट मूल रूप से एक ब्लैक बॉक्स है जो कुछ ज्ञात इंटरफ़ेस को लागू करता है। यह खुद को विंडोज के साथ भी पंजीकृत कर सकता है ताकि कार्यक्रमों को इसकी पकड़ मिल सके।
उदाहरण के लिए, मान लें कि कुछ इंटरफ़ेस है ICalculator
, जिसे मैं उपयोग करने के लिए अपना कार्यक्रम लिखता हूं। मैं अब किसी भी ऑब्जेक्ट में स्वैप कर सकता हूं, जिसे किसी भी प्रोग्रामिंग भाषा में लिखा गया है (क्योंकि यह एक द्विआधारी इंटरफ़ेस है) जो लागू होता है ICalculator
। फिर रनटाइम पर, मैं अपने उपयोगकर्ताओं को कुछ प्रकार का विकल्प प्रदान कर सकता हूं ताकि वे FooCorpCalculator
COM ऑब्जेक्ट का उपयोग करने के लिए चुन सकें , जिसे पायथन में लिखा गया है, या शायद अगर उन्हें अधिक गति की आवश्यकता होती है, तो वे NinjaCalculator
सी में लिखा एक विकल्प चुन सकते हैं । बिंदु है, मैं लिखता हूं एक इंटरफ़ेस पर निर्भर करने के लिए मेरा कार्यक्रम, कार्यान्वयन नहीं है, और फिर बाद में इंटरफ़ेस को लागू करने वाले वास्तविक COM ऑब्जेक्ट का उपयोग करने का चयन करें।
निश्चित रूप से इसके लिए बहुत कुछ है, लेकिन यह एक उदाहरण हो सकता है जो इसे आपके लिए अधिक ठोस बनाता है।
यह विकिपीडिया लेख देखें: घटक वस्तु मॉडल
घटक ऑब्जेक्ट मॉडल (COM) 1993 में Microsoft द्वारा पेश किए गए सॉफ़्टवेयर घटक के लिए एक बाइनरी-इंटरफ़ेस मानक है। इसका उपयोग प्रोग्रामिंग भाषाओं की एक बड़ी श्रृंखला में इंटरप्रोसेस संचार और गतिशील ऑब्जेक्ट निर्माण को सक्षम करने के लिए किया जाता है। COM शब्द का उपयोग अक्सर Microsoft सॉफ़्टवेयर डेवलपमेंट इंडस्ट्री में एक छत्र शब्द के रूप में किया जाता है जो OLE, OLE स्वचालन, ActiveX, COM + और DCOM तकनीकों को शामिल करता है।
COM ऑब्जेक्ट अक्सर DLL फ़ाइल में कार्यान्वित किया जाता है। उनका उपयोग कार्यक्रमों द्वारा विभिन्न प्रकार के कार्यों के लिए किया जा सकता है। यहां प्रयुक्त शब्द "ऑब्जेक्ट" का अर्थ ऑब्जेक्ट ओरिएंटेड प्रोग्रामिंग में ऑब्जेक्ट्स से है ।
COM मुख्य रूप से बाइनरी के स्तर (स्रोत कोड के स्तर पर आवश्यक नहीं) में कोड पुन: उपयोग और अंतर को सक्षम करने के लिए विंडोज-विशिष्ट तकनीकों का सेट है।
1990 के दशक के शुरुआती दिनों में बिल गेट्स ने यह अनुमति नहीं दी थी कि पावरपॉइंट विकास टीम पावरपॉइंट उत्पाद के लिए खुद की चार्टिंग सबसिस्टम लागू करती है, क्योंकि Microsoft के पास पहले से ही एक्सेल था। इसलिए उन्होंने अपने इन-हाउस उत्पादों को डेटा का आदान-प्रदान करने और एक-दूसरे के कार्यों को कॉल करने के लिए एक विनिर्देश विकसित किया। Microsoft ने इन API को सामान्यीकृत किया, उन्हें और बहुत अधिक कोड डिज़ाइन दिशानिर्देशों को प्रकाशित किया।
इस वीडियो को 2006 से देखें: टोनी विलियम्स: कॉम के सह-आविष्कारक
मुझे लगता है, कि अब 2012 में, COM अभी भी WMI और ऑफिस के मूल में है।