سؤال

نحن نتحرك حل مع 20+ المشاريع .net 2.0 3.5 و في نفس الوقت الانتقال من Visual Studio 2005 إلى 2008.نحن أيضا في نفس الوقت التحول من MS Entlib 2.0 إلى 4.0.

  • هل هناك أي أسباب عدم السماح Visual Studio معالج تحويل الحل بالنسبة لنا ؟
  • 3.5 بالكامل إلى الوراء متوافقة مع 2.0?
  • هو Entlib 4.0 بالكامل إلى الوراء متوافقة مع 2.0?

تحرير: قد كانت مشوشة قليلا عندما كتبت هذا ، إلى الوراء التوافق المفترض أن يعني ، هل هناك أي شيء موجود في 2.0 المشروع التي لن تعمل/ترجمة في 3.5

:)

//W

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

المحلول

نحن ترقية كبيرة بدلا الحل (20+ مشاريع) من عام 2005 إلى عام 2008 ولكن كان حقا تافهة.مشروع ترقية فقط في الأساس.الإطار الأساسي لا يزال هو نفسه منذ سواء 3.0/3.5 2.0 تشترك في نفس الإطار الأساسي.

كما ذكر أعلاه, حتى ولو كنت تقوم بالترقية, أنت لا تحتاج إلى تغيير إطار المرجعية للمشاريع - في الواقع ، أنه تخلف عن مغادرة إطار في 2.0 بدلا من تغييره إلى 3.0/3.5.هذا يعني أنك سوف لا تكون قادرة على الاستفادة من 3.0/3.5 الميزات حتى تغير الإشارة (خصائص المشروع صفحة تطبيق الجدول "الهدف إطار" الميدان) ولكن هذا يعني أيضا أنك أكثر من ذلك بكثير أكد أنه لن يكون هناك إضافية مشاكل التوافق (كما أنك سوف تحصل على خطأ إضافة 3.0/3.5 رمز حتى أن الإشارة تغيير).

ميزات جديدة من TFS 2008 لا ينبغي أن يغفل إما على الرغم من أنك لا تحتاج إلى ترقية التطبيق الخاص بك لتكون قادرة على استخدام TFS 2008.

1.1 2.0 التحويل كان أكثر إيلاما...

نصائح أخرى

أنا ورفع مستواها عدة مشاريع من Visual Studio 2005 إلى 2008 مع المعالج ثم ذهبوا جميعا مؤلم (حسنا...باستثناء C++ الوحش.ولكن كنت تتحدث عن .صافي على أي حال).

نضع في اعتبارنا أن كنت لا تحتاج إلى ترقية .النسخة الصافية.Visual Studio 2008 يدعم .NET 2.0, 3.0 و 3.5.ومع ذلك, 3.5 إلى الوراء متوافقة على كل حال, لأنه يجلس على نفس CLR و هو أكثر أو أقل فقط المزيد من المكتبات.و "القديم" المكتبات تبقى نفسها.

أنا لا أعرف عن Entlib.

لماذا لا تحاول تشغيل وحدة الاختبارات ؟ :)

  • هل هناك أي أسباب عدم السماح Visual Studio معالج تحويل الحل بالنسبة لنا ؟

لا.

  • 3.5 بالكامل معكوس متوافق مع 2.0?

لا.هناك ميزات جديدة في 3.5 لن ميناء الوراء أصلا.و (IIRC) هناك بعض deprecations من 2.0 إلى 3.5.

  • هو Entlib 4.0 كامل معكوس متوافق مع 2.0?

أنا لا أعتقد ذلك.3.5 معروض كشرط.

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

عندما تتم ترقية من EntLib 2.0 إلى 4.0 لاحظت التالي كسر شفرة المصدر تغيير إذا كنت تستخدم التخزين المؤقت التطبيق كتلة:

  • في 2.0, يمكنك الحصول على إدارة التخزين المؤقت باستخدام CacheManager cache = CacheFactory.GetCacheManager().
  • في 4.0 يجب أن تحل محل CacheManager مع ICacheManager أو أنه لن ترجمة.

أيضا, إذا كنت تكتب الخاصة بك استثناء المنسق فئة معالجة الاستثناء كتلة:

  • في 2.0 عليك أن تحدد منشئ واحد مع التوقيع (TextWriter, Exception).
  • في 4.0, التي عفا عليها الزمن ، وعليك أن تحدد الثاني منشئ مع التوقيع (TextWriter, Exception, Guid).

ليس هناك من المفترض أن يكون أي كسر التغييرات عند الترحيل من EntLib 3.1 4.0:

"لا يوجد كسر التغييرات API العامة.التي كانت واحدة من أهداف التصميم من EL4.فقط تذكر EL4 يتطلب .NET3.5.

--غريغوري"

http://blogs.msdn.com/agile/archive/2008/05/16/enterprise-library-4-0-for-visual-studio-2008-released.aspx

(غريغوري هو برنامج مدير EntLib)

أنا غير متأكد حول 2.0 3.1 على الرغم من.اذا كان يمكنني العثور على الأشخاص المناسبين @ p&p غدا سوف أقوم بتحديث هذه.

Ade

التحقق من هذا الارتباط على كيفية ترحيل من .net 2.0 .net framework 3.5

http://codingreview.blogspot.com/2009/09/how-to-migrate-your-application-from.html

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