حزمة Visual Studio لعام 2005/2008/2010؟

Question

نحن نتطلع إلى تحويل أداة داخلية قمنا بتطويرها إلى حزمة Visual Studio التي سنبيعها للمطورين الآخرين. ستؤثر الأداة على المحرر المخصص و/أو اللغات المخصصة. أعاد Visual Studio 2010 تصميم واجهة برمجة التطبيقات بشكل كبير لتبسيط الكثير من العمل الذي ينطوي عليه هذه الأنواع من التكامل ولكن السؤال الرئيسي الذي لدينا هو: ما هي وتيرة التبني النموذجية لإصدارات Visual Studio الجديدة؟ هل هناك أي معلومات عن معدلات التبني على أساس التاريخ؟ كم عدد المتاجر التي لا تزال تستخدم 2005؟

سيساعدنا هذا على التفكير فيما إذا كان سيتم استهداف عام 2010 فقط باستخدام واجهات برمجة التطبيقات الجديدة أو ما إذا كان محاولة العودة والدعم 2008 (ربما 2005) واختبارها إلى الأمام.

Answer 1

الجواب القصير:

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

الجواب الأطول:

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

ومع ذلك ، لا تزال نسبة كبيرة من المستخدمين يستخدمون عام 2005 (في الواقع ، لا يزال هناك الكثير من الأشخاص الذين يستخدمون 2003 و VS6) ، لكنني أعتقد أن معظمهم الآن في عام 2008. لا تتوقع نسبة عالية من مستخدمي 2010 حتى عام 2010 حتى عام 2010 حتى على الأقل SP1 ، نظرًا لأن الكثير من الشركات لن تنظر إليها حتى تكون هناك لمدة 6 أشهر على الأقل ويتم فرز أي مشاكل في التسنين. لذلك في الوقت الحالي إذا كنت تريد سوقًا كبيرًا ، أعتقد أنه ليس لديك خيار سوى استهداف 2005 و 2008.

كقاعدة عامة ، إذا كانت الوظائف الإضافية الخاصة بك في عام 2005 ، فمن المحتمل أن تعمل بشكل جيد في عامي 2008 و 2010 ، لذا فإن استهداف الوظيفة الإضافية في عام 2005 هو أفضل رهان إذا كنت تريد سوقًا كبيرًا. ما لم تكن هناك ميزة محددة لعام 2008 التي تحتاجها ، ثم في معظم المجالات ، لا يوجد فرق كبير بين عامي 2005 و 2008 ، لذلك أنصحك بالبدء في استهداف عام 2005 والقفز حتى عام 2008 فقط إذا وجدت مشكلة يمكن أن تكون " يمكن حلها بسهولة إلا إذا كنت تستخدم واجهات برمجة التطبيقات 2008. يجب أن يعمل هذا بشكل جيد في عام 2010 لأنه مدعوم جيدًا ، ولكن ليس هناك ما يضمن أن تستمر الاستوديوهات المرئية المستقبلية في دعم الإضافات الإضافية.

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

Answer 2

حسنًا ، كلما زاد المشروع ، زاد الوقت الذي يستغرقه الانتقال من 2005 إلى 2008 و 2010.

أعرف العديد من المشاريع التي لا تزال في عام 2005 ، لذلك ، إذا كنت تستطيع تحملها - قم بعمل إصدار 2005 ، 2008 و 2010. عادةً ما يكون للمشروع الكبير أموال لشراء الموظفين ...

إذا كنت تستطيع تحمل إصدار واحد فقط من المنتج ، Goto 2010 ، على المدى الطويل ... هذا هو الخيار الأفضل.

(سيبدأ 2010 في الحصول على حصتها في السوق في غضون أيام قليلة/أسبوع ، إذا كان بإمكانك تقديم المنتج في أقل من 6 أشهر ، فيجب أن تستهدف الإصدارات القديمة أولاً ، لأنها ستحكم السوق لمدة عام واحد على الأقل).