سؤال

نحن نتطلع إلى الترقية من Visual Studio 2005 إلى Visual Studio 2008.اكتشفت التعليق المزعج التالي:

http://msdn.microsoft.com/en-us/library/6sehtctf.aspx

"بدءًا بـ Visual C++ 2008، لا يدعم Visual C++ استهداف أنظمة التشغيل Windows 95 أو Windows 98 أو Windows ME أو Windows NT."

هل هذا يعني أننا إذا قمنا بإعادة بناء منتجاتنا باستخدام Visual C++ 2008، فإنها ستتوقف عن العمل على الأجهزة التي تعمل بنظام التشغيل Windows 98؟يبدو الأمر كذلك، لكني أجد صعوبة في تصديق أنهم سيحدثون هذا التغيير الكبير.

شكرا لمساعدتك.

هل كانت مفيدة؟

المحلول

وانها ليست فقط حول .NET Framework 3.5. ولكن عن ويندوز SDK وحدات الماكرو ملف الرأس والتعاريف وسحبت من قبل في عثرة النسخة الإلزامية في WINVER. لذلك نعم، كولن، المرئي C ++ 2008 ثنائيات سيستهدف NT واجهات برمجة التطبيقات ويندوز فقط، وبينما في بعض الأحيان أنها قد تعمل على 98 يجب أن نفترض أنه لا يمكنك استخدام Visual Studio 2008 لاستهداف الأنظمة الأساسية Win9x. سيكون لديك لاستخدام VS2005 أو أكثر.

نصائح أخرى

ونعم يعني ما يلي: إن CreateProcess النوافذ واجهات برمجة التطبيقات فشل LoadLibrary على نظام التشغيل Windows NT قبل عام 2000 وجميع من ويندوز (95،98 AND ME) يتم تحميل DLL أو EXE ملف التي VS9 لأن رأس PE في ملف له تعيين الحقل إصدار نظام التشغيل المطلوبة ل5.

ورسالة الخطأ عند محاولة تحميل VS9 إنشاء ملف اكس سوف (يكون الحوار خطأ مشروط ودية جدا) يقول في الواقع "تحتاج إلى ترقية نظام التشغيل الخاص بك لتشغيل هذا البرنامج".

وأنا جربت مع تحرير الميدان ل4 - سيتم تحميل ثنائي، ولكن أي استخدام VS9 ج-وقت تعليق أو تعطل العملية. هناك طرق للحصول على مشاريع VS9 لعدم استخدام لغتهم الأم ج-أوقات التشغيل ولكن اذا الاستخدام المكثف للج ++ يتميز هو مهم بالنسبة لك هذا النهج لن مقياس الماضي تطبيق صغير.

وVS8 / VS2005 ديه معظم ملامح VS9 ولكن لا يزال يستهدف إصدارات نظام التشغيل في وقت مبكر وهذا هو السبب في متجري نحن متمسكون بهذا في الوقت الراهن.

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

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

وفقا لالوصلة التالية، ويندوز 98 غير معتمد من قبل .NET Framework 3.5 لذلك أنا أتصور أن هذا هو ما تعنيه. يمكنك لا تزال تفعل الصافي 2.0 والتنمية أقل، ولكن إذا كنت تستخدم المكتبات 3.5، غير معتمد ويندوز 98.

الصافي 3.5 المعلومات

وسوف الإطار 3.5 لا يتم تثبيت حتى على Windows 2000 Server عند هذه النقطة. لذلك أنا لا أعتقد أنهم سيفعلون على 95 أو 98 أو NT سواء. مايكروسوفت لا تريد مسؤولية دعم هذه أنظمة التشغيل تقاعد بعد الآن.

أنصحك أن تأخذ هذا على أنه فرصة لإيقاف دعم Windows 9x.وهذا سبب وجيه مثل أي سبب آخر للقيام بذلك.وعلى الأقل إذا كنت تكتب كود C/C++ لـ Win32 API، فإن الحياة هي كثيراً سيكون الأمر أسهل إذا افترضت أن نظام التشغيل المستهدف هو Windows 2000 أو إصدار أحدث.

وبينما أنا أتفق مع JesperE، ويندوز 98 مثل نسبة صغيرة من مستخدمي أنه لا معنى لاستهدافهم، ما لم يكن بالطبع كنت تعرف نسبة كبيرة من الزبائن هي في الواقع باستخدام WINDOWS98.

في أي حال، يمكنك في الواقع تستهدف ويندوز 98 في Visual Studio 2008 (لا يمكن أن تتطور على ويندوز 98). يجب، ومع ذلك، تستهدف المشاريع الخاصة بك في. NET 2.0 فقط، لا يمكنك استخدام أي 3.0 أو 3.5 الميزات.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top