مستقبل نموذج كائن المكون

Question

هل سمع أحد أي شيء عن عدم دعم Microsoft لـ COM في الإصدارات المستقبلية من Windows؟

أتصور أن مهندسي Microsoft عالقون في هذا الأمر (حتى لو كانوا يفضلون تطوير ودعم إطار عمل .NET فقط) وذلك ببساطة بسبب رد الفعل العنيف الهائل الذي قد يحدث من قاعدة عملائهم الضخمة.يجب أن يكون هناك حرفيًا مليارات الأسطر من العناصر المستندة إلى COM الموجودة في البرية.وأنا أعلم أنا لا نتطلع إلى أن يتم دفعنا إلى الهجرة الجماعية لمجرد أن بعض رواد الفضاء الأذكياء الذين يتفوقون في الهندسة المعمارية يجب أن يثبتوا أنه الأعظم ...(شيش، لماذا لا يمارسون الملاكمة؟).

أظن أنني مصاب بجنون العظمة فحسب، ولكن هل يمكن لأي شخص تقديم أي روابط موثوقة (لا يجد Google الكثير)؟من الناحية المثالية ، ورقة بيضاء من Microsoft تقول "Com يبقى في فيينا ، أو غير ذلك!" سوف تسوية أعصابي بشكل كبير.

Answer 1

حسنًا، السبب الذي أطلقوا عليه اسم .NET هو أنه تم أخذ COM3 كاسم منفذ تسلسلي..شبكة يكون كوم الجديد.من إطلاق العنان لوقت تشغيل اللغة المشتركة:

يتغير الاسم من COM3 إلى COR إلى COM+ 2.0...إلى NGWS وأخيراً إلى .NET.

سبب تسمية التجميع الأساسي بـ mscorlib هو أنه يرمز إلى مكتبة وقت تشغيل الكائنات المشتركة لـ Microsoft.

Answer 2

COM لا يزال ال تكنولوجيا الاتصالات بين العمليات.انظر إلى الطريقة التي يمكنك بها التحكم في Word وExcel وما إلى ذلك من تطبيق آخر.لا توجد طريقة يمكن لـ .Net أن تحل محلها.

Answer 3

يخدم COM و.Net احتياجات مختلفة.طالما أن هناك كودًا أصليًا، ستكون هناك حاجة لمعيار المكونات الثنائية، أي.كوم.حتى لو تمت إعادة كتابة نظام التشغيل من الصفر (وهو ما لن يحدث، ولا ينبغي له ذلك)، فسيكون في المقام الأول رمزًا أصليًا لأسباب مثل الأداء وإصدار الإصدارات.ستحتاج بسرعة إلى اختراع شيء مثل COM، فلماذا لا تحتفظ بالمنتج الذي تم اختباره ويعمل؟

Answer 4

أعلم أنه من السهل الاعتقاد بأن عالم Microsoft هو .NET فقط من الآن فصاعدا، وذلك بفضل العمل الممتاز الذي قام به قسم التسويق لديهم، لكن Microsoft تدعم دائمًا أشياءهم القديمة، وليس لديهم خيار حقًا.

انظر إلى MFC، لقد أصدروا حزمًا جديدة، ويعمل RibbonBar فقط على MFC (حيث تم تطوير Office فيه).بالتأكيد، سيبدأون في كتابة المزيد والمزيد من أكواد .NET مع مرور الوقت، وأشياء COM أقل فأقل، لكنهم سيظلون يدعمونها.

ستظل ميزات تطوير COM في Visual Studio في مكانها، وعندما تختفي، فهذا هو الوقت الذي تعلم فيه أنهم لم يعودوا يريدون أن نستخدمها.

قرأت ل دخول بلوق من مدير مشروع Visual Studio حيث قال أنهم تلقوا الكثير من الشكاوى من المطورين بخصوص التركيز على C# مؤخرًا.وافق وقال إن الإصدار التالي من Visual Studio سيركز بشكل أساسي على تطوير C++ غير المُدار.

Answer 5

لا توجد أي تصريحات رسمية تفيد بإسقاط دعم COM من الإصدارات المستقبلية من Windows.يتم استخدامه على نطاق واسع من خلال الأجزاء الداخلية لنظام التشغيل.باستثناء إعادة كتابة نظام التشغيل بالكامل من البداية (وهو ما لا أستطيع تصوره في أي وقت قريب)، فمن الآمن افتراض أن COM سيكون موجودًا لفترة من الوقت.

Answer 6

لا أستطيع رؤية اختفاء COM في أي وقت قريبًا نظرًا لوجود قدر هائل من التعليمات البرمجية القديمة المستندة إلى COM.لنفس السبب أتوقع رؤية Win32 معلقًا في المستقبل المنظور.لا أحد يهتم بنظام Windows مثل النظام الأساسي، فهم يهتمون ببرامج التطبيقات الخاصة بهم.

تظل COBOL الموجودة على S/360 وS/370 وS/390 وzSeries وC/unix منصات مستخدمة على نطاق واسع لنفس السبب.

Answer 7

لذلك لتلخيص:

سيبقى COM للأسباب التالية:1.إنه يعمل بشكل أساسي 2.فهو يتعامل مع الاتصال بين العمليات، وهو يختلف عن الاتصال بين الأجهزة.3.لقد ورث .NET الكثير من COM، ولكن ليس كل شيء.4.حتى مايكروسوفت نفسها لا تزال تعتمد عليها.

وأنا أتفهم أنه لا يزال هناك عدد كبير من خطوط FORTRAN وCOBOL في أنظمة الإنتاج اليوم...لأنهم يعملون بشكل أساسي.

أشكركم جميعا على إجاباتكم...لا تتردد في تعديل هذا الرد الحواري، ولكن (IMHO) من الأفضل لهذا الموقع أن يسمح للملصقات بتوجيه الشكر علنًا لأولئك الذين يأخذون الوقت الكافي للرد.

تحياتي للجميع.كيث.