سؤال

والتفكير حاليا حول نصب حجة لنا الهجرة من مباراة 2005 (WinForms عناصر) لمباراة 2008 (برنامج الأغذية العالمي). وجهة نظري الرئيسية هي ملامح تصميم واجهة المستخدم الجديدة.

وأنا قلق قليلا بأننا لن تضع الكثير من العمل في تطوير كل شيء فقط من أجل أن يكون لدينا أن تفعل الشيء نفسه عندما يتعلق الأمر 2010 على طول؟ ولذلك فإن هذا يؤدي إلى النظر أيضا تخطي 2008 ومجرد اعتماد 2010 في أقرب وقت صدر لها.

ولأي شخص كان في وضع مماثل؟

وأيضا أي الحجج المؤيدة والمعارضة للرحب.

وابتهاج.

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

المحلول

وأنا شخصيا أعتقد أنها ستكون آمنة إلى حد كبير للذهاب إلى 2008 عام 2010 هو مجرد امتدادات على أعلى من ذلك والتحسينات لبرنامج Visual Studio دعم وقت التصميم لبرنامج الأغذية العالمي. ولذلك، لا ينبغي أن يكون انتقال كل ما معقدة. أشبه ترقية 2005-2008 من أشكال أو ASP.NET مشروع وين، وهو نزهة.

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

نصائح أخرى

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

لم

والإصدارات مترجم جديد لا تكسر ظهري بناء، ولكن لم يصب العديد من التجارب الآلي الخاص بي، وإضافة في أدوات الإنتاجية. في الأساس. تحتاج اختبارات الانحدار من نوع ما للتأكد من ضرر الانتقال إلى الإصدار الجديد من المرجح أن تتسبب.

وسؤالك لا يجعل تماما معنى بالنسبة لي. تسأل إذا كان يجب ترحيل التطبيقات الموجودة من WinForms عناصر لبرنامج الأغذية العالمي؟ أم أنك تريد فقط للبدء في انتاج تطبيقات WPF جديدة ولكن لا تزال تعمل مع المشاريع القائمة Winform؟

وفي كلتا الحالتين، الهجرة من Visual Studio 2005 لعام 2008 هو بسيط للغاية. طلب مشاريع Winform القائمة التحويل التي تأخذ بضع ثوان، ولم يتوان يوما بالنسبة لي (عشرات الحلول و100s من مشاريع تحويل على مدى الأشهر القليلة الماضية).

ولكن، هذا لا علاقة له مع WinForms عناصر وWPF لا شيء.

إذا كنت تريد البدء في بناء WPF تطبيقات ليس هناك من سبب لانتظار VS 2010. VS 2008 دعما ممتازا لكلا النوعين التطبيق.

وأنا أتفق مع تلك يوحي اعتماد VS 2008 الآن. شيء واحد للنظر هو على الرغم من أن برنامج الأغذية العالمي يأتي مع منحنى التعلم عالية إلى حد ما. لقد كان بعض التعرض المحدود إلى WPF و Silverlight، وأنا العثور عليهم أن تكون كاملة "تغيير العقل" من طراز WinForms عناصر. حظا سعيدا.

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

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

وبدلا من أن تدفع الملعب WPF أود التركيز على فوائد حقيقية يمكنك الحصول على الفور. مع عام 2008 لديك متعددة الاستهداف حتى تتمكن من بناء التطبيقات التي تستخدم لبناء في عام 2005، ومنها استهداف الإطار 2.0. في تجربتي أجد 2008 أسرع والتحسينات إعادة الهيكلية هي إضافة كبيرة. هناك طن من التحسينات الجديدة الأخرى في عام 2008 التي تحصل خارج مربع، ويمكن البدء في استخدام من يوم 1.

ووفقا لريكو مهندس رئيس من عام 2010 وسوف تحصل حتى أكثر ثراء متعددة تستهدف مع 2010 والتي سوف تسمح لك لتبني 2010 في وقت سابق ولا يجبرك على استخدام CLR الإصدار 4 من الحصول على الذهاب.

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

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

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

وهناك مسألة عملية الأساسي هنا أعتقد أنه لا ينبغي إغفال:

متى هو الوقت المناسب لترقية أدوات التنمية وبيئات الإنتاج؟

في ناحية هل يمكن تخطي 2008 على الرغم من هذا يقودنا إلى السؤال عن متى ستعتمد 2010: عند الإصدار الأول، وهو أول إصدار حزمة الخدمة، أو بعض معلما آخر؟ وهذا قد يؤدي إلى خلق مزيد من رموز إرث إذا كنت يقبعون في في 2005 باستخدام إطار 2.0 وغيرها تتحرك على أطر أخرى. حتى إذا قمت بالتبديل إلى عام 2008، فإنه لا يزال استهداف الإطار 2.0 بحيث أن الترقية من .NET Framework قد يحدث بشكل منفصل التي قد ترغب بعض. نقطة رئيسية أخرى في هذا المخيم الذي يقوم البحوث لتقييم الاختلافات بين الإصدارات لمعرفة أيهما يستحق التحول.

في الآخر، هل يمكن أن تشير إلى أن تكون هناك استراتيجية مستمرة إعداد لرفع مستوى كل 3 سنوات أو نحو ذلك كما كانت الإصدارات البصرية ستوديو في العقد الماضي تقريبا 2002 و 2003 و 2005 و 2008 حتى الآن. ويبدو أن هذا بالنسبة لي أن يكون النهج الأفضل كما أن هناك أكثر من تطور مستمر مستمرة بدلا من البقاء تخوض في كل شيء. في هذه الحالة قد يكون هناك الميزات الجديدة التي تعتاد منذ الأدوات الجديدة تأتي بسرعة بالمقارنة مع الحالة الأولى حيث يمكن اعتبار التحول كخطوة كبيرة في حين أنه في هذه الحالة ليست كبيرة أنه منذ كنت تبحث دائما للتحرك في 2-3 سنوات.

دورة وأنا أقول هذا الجهاز الخاص بي العمل القديمة لديه البصرية ستوديو 2003 و 2005 و 2008، لذلك أنا نوع من في هذا المعسكر الأخير الذي المنطقي بالنسبة لي. أتذكر قبل 10 سنوات الجهاز عملي كان NT 4.0، بنتيوم الثاني معالج 333 ميغاهيرتز، 64 ميغابايت من ذاكرة الوصول العشوائي والقرص الصلب 4 GB ذلك كان لا بد من 2 أقسام كما انها لن تسمح قسم واحد أن يكون بهذا الحجم. الآن الجهاز عملي يحتوي على 4 GB من ذاكرة الوصول العشوائي وحده، و2.66 غيغاهرتز ثنائي النواة والقرص الصلب 160 GB. يمكن لي في 10 عاما أخرى لديك جهاز مع مئات من باريه من ذاكرة الوصول العشوائي؟ في حين قد تبدو سخيفة، لو كنت تقاسم جهاز مع حفنة من مطورين آخرين، قد يكون من المنطقي لتقسيم كمية كبيرة من الذاكرة بيننا جميعا.

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