.NET को COM के प्रतिस्थापन का बहुत अधिक उद्देश्य था। इस परियोजना के दौरान कई नाम थे, लेकिन इसने जीवन को "COM +" के रूप में शुरू किया। यह प्रभाव अभी भी कई स्थानों पर स्पष्ट है। सीएलआर के लिए कोर स्रोत कोड फ़ाइलों में से कई "कॉम" नाम से शुरू होते हैं, भले ही सीएलआर (लगभग) कोई COM नहीं उपयोग करता है। एक प्रबंधित अपवाद के लिए विंडोज अपवाद कोड 0xE0434F4D है। कोड के अंतिम 3 बाइट मान "COM" के लिए ASCII है।
दावा है कि डब्ल्यूसीएफ प्रतिस्थापन था सटीक नहीं है। यह .NET Remoting बदल दिया। कॉम की एक विस्तृत श्रृंखला है, यह एक सामान्य इंटरऑप उपकरण है, सीएलआर की तरह कई भाषाओं को अंतःक्रिया करने की अनुमति मिलती है। इसकी विशेषताओं में से एक विभिन्न प्रक्रियाओं और मशीनों, शायद कथन का स्रोत के बीच इंटरऑप का समर्थन कर रहा था। लेकिन यह सिर्फ इसका एक हिस्सा है।
अभी भी बहुत से COM अनुप्रयोग हैं जिन्हें .NET द्वारा प्रतिस्थापित नहीं किया गया है। सबसे अच्छा उदाहरण विंडोज शैल, Explorer.exe है। सी # में एक संदर्भ मेनू खोल विस्तार बनाने के रूप में सरल कुछ करने के लिए बहुत मुश्किल है। और जब तक .NET 4.0 दृढ़ता से निराश नहीं हुआ।
स्रोत
2010-09-30 14:23:55
COM ने कई अलग-अलग इंटरऑपरेबिलिटी विकल्पों को प्रदान किया ... जो, विशेष रूप से, आप देख रहे हैं? –
@ जस्टिन नीसनेर इस मामले में कुछ विशिष्ट नहीं है। यह एक सामान्य सवाल है, अवधारणाओं में प्रवृत्ति को बेहतर ढंग से समझने के लिए – rem
मैं कहूंगा कि विंडोज दुनिया में वर्तमान एनालॉग COM है। यह पुराना और अभी भी विंडोज़, कार्यालय और अन्य सॉफ़्टवेयर का मुख्य घटक मॉडल है जो उच्चतम संभावित इंटरऑपरेबिलिटी को सक्षम बनाता है। बेशक, वेब सेवाओं, एसओए, डब्ल्यूसीएफ, और जैसे विभिन्न दृष्टिकोण हैं लेकिन वे आम तौर पर थोड़ा अलग चीजों को संबोधित करते हैं। COMM का सबसे नज़दीकी प्रतिस्थापन आकाश है, जैसा आकाश ने कहा है। –