سؤال

عندما كنت تفكر في ترقية أداة للتنمية ، ما مدى أهمية الوراء التوافق لك ؟ كنت لا تزال شراء Visual Studio 2010 إذا كان يتطلب تغييرات كبيرة في التعليمات البرمجية المصدر الخاصة بك?حيث هو نقطة التحول بالنسبة لك من حيث التداول التوافق على الميزات الجديدة ؟

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

المحلول

وبينما كنت سألت هذا من وجهة نظر المطور، وأعتقد أنه سيكون مسألة أكثر إثارة للاهتمام في إشارة إلى البرنامج الذي وضع. لذلك أنا ذاهب للرد على هذا السؤال بدلا من ذلك. :)

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

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

واحد الشيء المثير للاهتمام هو أنه مع الانتقال إلى إنتل اختفت البيئة الكلاسيكية، ولكن لا أحد يهتم حقا لأنهم كانوا في السابق 5 سنوات للانتقال بعيدا عن ماك OS 9. ولذلك فمن الممكن أن يسقط في نهاية المطاف لدعم الأنظمة القديمة طالما لديك وسيلة سهلة للهجرة إلى النظام الجديد وإعطاء المستخدمين لديك متسع من الوقت للقيام بذلك.

نصائح أخرى

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

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

لمشاريع المنزل، التوافق في الحقيقة ليست مهمة. للمكتب / المؤسسة، فإنه من الأهمية بمكان.

وذلك يعتمد على ما بيئات تحتاج إلى دعم وما هي الأدوات طرف ثالث تستخدم قد تكون أو لا تكون compatabile.

وعلى سبيل المثال، حيث أعمل أننا ترقية الجميع إلى VS2008 من VS2005 باستثناء مجموعة استقصاء المعلومات لدينا وكانت أدوات SQL خادم BI غير متوافقة مع VS2008. وبمجرد أن تم تحديثها، أنهم ترقية إلى VS2008.

عند النظر في VS specficially، أن نضع في اعتبارنا أن VS2008 يمكن أن تستهدف الصافي 2.0، Framework 3.0، و. NET 3.5. الحيلة هي أن ندرك أنه يستهدف في الواقع الصافي 2.0 SP1 و. NET 3.0 SP1. على هذا النحو، ورفع IDE لا ينبغي أن يطلب منك إجراء تغييرات على التعليمات البرمجية.

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

والآن، إذا كنت بناء يتقلص تطبيق التفاف أو تطبيق تجارية (سابقا) ثم فإنه ليس من المهم جدا، في نتيجة كل إصدار منفصل عن سابقاتها.

منذ الكثير من التغييرات التي تحدث في البرامج والأجهزة الميدانية ، أعتقد أنها فكرة جيدة أن تكون مفتوحة على التغييرات الجديدة و أفضل أدوات بينما كنت مهندس الحل الخاص بك.على سبيل المثال نحن لم يكون متعدد النوى و الراقية بطاقات الرسومات أو بطاقة الشبكة مرة أخرى في 90s ، لذا من الطبيعي الأمثل أهداف المجمعين وأدوات مختلفة.ولكن في نفس الوقت Visual studio مثل أدوات يبذلون قصارى جهدهم من أجل استيعاب الأطر القديمة و التطبيقات.

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

وحدد "تغييرات كبيرة". كنت اذهب لأنه إذا كان من الممكن إجراء التغييرات مع وضعت بعناية "بحث واستبدال" حتى لو كانت واسعة النطاق.

ولكن، وهذا ما <م> أنا ستفعل. ومن شأن أي شركة عملت لتحجم عن أي تغييرات في التعليمات البرمجية الموجودة.

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