क्या कोई कारण है कि माइक्रोसॉफ्ट अभी भी COM प्रौद्योगिकी (कार्यालय घटक अभी भी COM) पर चिपक रहा है .. जब COM के साथ किया जाता है, तो सब कुछ एक साथ है। बेहतर और कुशल तरीकेक्यों माइक्रोसॉफ्ट अभी भी COM प्रौद्योगिकी पर चिपक रहा है
माइक्रोसॉफ्ट उत्पादों में ब्लोट के कारणों में से एक पीछे की संगतता पर केंद्रित है। बड़ी संख्या में एप्लिकेशन COM के माध्यम से Office में हेरफेर करते हैं, और यदि एमएस इसे छोड़ देता है तो वे सभी टूट जाएंगे।
पहली बार माइक्रोसॉफ्ट के ग्राहकों को ऐसा करने के लिए COM एकीकरण बहुत बड़ा दर्द था। यदि ग्राहक एक और एकीकरण विधि का उपयोग करने के लिए अपने सभी ऐप्स को फिर से लिखना चाहते हैं तो ग्राहक पूरी तरह से बाहर निकल जाएंगे।
वह, या वे समर्थन से बाहर होने के बाद भी, माइक्रोसॉफ्ट सॉफ्टवेयर के पुराने संस्करणों के साथ चिपके रहेंगे। इससे अपग्रेड ट्रेडमिल बहुत धीमा हो जाएगा, और एमएस इसे नहीं चाहता है।
क्योंकि यह लंबे समय को पूरी तरह से फिर से लिखने के लिए समय लेगा, और यह अनिवार्य रूप से बड़ी संख्या में बग और ब्रेकिंग परिवर्तनों का परिणाम होगा।
मैं इस पर शायद ही सहमत हो सकता हूं .. मुझे पता है कि नेट पर पोर्ट किया गया है (सॉलिडवर्क्स एक उदाहरण है)। – TonyP
मैं (और 7 अपवित्र) असहमत हैं। एक बड़ी प्रणाली को पुनर्लेखन _hard_ है। और कार्यालय एक _very_ ** बहुत ** बड़ी प्रणाली है। इसके अलावा, कार्यालय इतना जटिल है कि 100% संगतता बनाए रखना असंभव होगा। (और यह इतना लोकप्रिय है कि संगतता वास्तव में मायने रखती है) – SLaks
बस मैक विज्ञापनों की कल्पना करें ... –
क्योंकि COM का उपयोग घटक उपभोक्ताओं की सबसे बड़ी संख्या के लिए उपलब्ध कराता है। यदि कोई एपीआई COM का उपयोग करता है तो इसे वीबीस्क्रिप्ट, देशी कोड इत्यादि से ही खाया जा सकता है, न कि नेट। सी # 4.0 की नई विशेषताएं इसे .NET से COM घटकों को कॉल करने के लिए अपेक्षाकृत दर्द रहित बनाती हैं।
ले जाएगा, यह इतना सच नहीं है। पुराने एपीआई को बनाए रखने वाले एक रैपर को लिखना संभव होगा। (और यह खुद को फिर से लिखने की तुलना में तुच्छ होगा) – SLaks
याकूब COM के चारों ओर एक रैपर है, और यह हमारे सबसे बड़े सिरदर्द में से एक है। यह संभव है, लेकिन दर्द के बिना नहीं। –
मैं स्टीफन से सहमत हूं, कई पीढ़ी ऑफिस सूट का उपयोग कर उपयोगकर्ताओं की संख्या बढ़ रही है। यदि माइक्रोसॉफ्ट हमेशा कार्यालय से नेट को बंदरगाह करने के लिए है, और असमानता बनाए रखने के लिए .. यह व्यापार शर्तों में एक un-fathamoble उपलब्धि होगी। लपेटें दर्दनाक हैं; खासकर जब आप मशीनों के चारों ओर अपने असेंबली और घटकों को ले जाते हैं; जीन मजबूत नाम कुंजी की आवश्यकता है, निष्पादन/पथ निजीकरण आदि समायोजित करें .. – TonyP