Visual Studio - إعادة كتابة / العمر

Question

لمعلوماتك - أنا من أجهزة التحكم الرئيسية التي انتقلت إلى عالم .NET قبل عامين ولديه الكثير لنتعلمه.

نحن نبحث في إعادة كتابة تطبيق Foxpro Visual في .NET (على الأرجح VB). من المتوقع هذا المشروع في 4-6 سنوات.

نحن في المراحل المبكرة للغاية من التصميم الأولي الآن. أرى الكثير من المعلومات من Microsoft على VS 2010. هل هناك شيء خاطئ في 2005/2008 يجب أن نشعر بالقلق؟ أم ، هل هذا SOP لبدء MS في دفع المنتجات المستقبلية في وقت مبكر؟ هل يستحق الانتظار لعام 2010 لبدء أي ترميز؟ ربما لن يتم الانتهاء من التصميم الوظيفي بحلول نهاية العام (2009) على أي حال ، ويمكننا دائمًا القيام بتسخين في VS-2005.

ثانيا ، Foxpro و VB6 في نفس القارب. غير مدعوم ولكن حيا الآن. هل الانتقال إلى .NET SMART؟ VB؟ ج#؟ هل سيأتي وقت يقرر فيه MS أن الانتقال إلى VS 20xx يتطلب إعادة كتابة كاملة أخرى من الكود القديم (VB6)؟ أو هل يمكن أن تقضي على vb.net أو c#.net للشيء "العظيم" التالي (Foxpro)؟ أو ماذا عن عمر إطار .NET؟ هل هو محدود أيضًا حتى يأتي شيء آخر؟

لدينا تطبيق كبير جدًا مع سنوات من الإيدز ، والتحديثات والتغييرات القانونية التي ستكون بالفعل PIA لتحويلها. نريد منصة جديدة ستكون مستقرة لعقود من الزمن أن تأتي مع هجرات سهلة لأعلى. هل هناك أي رمز التطوير الذي سيكون حوالي 50 سنة من الآن؟ 100؟

لم يتغير المنطق الأساسي من التطبيق كثيرًا منذ أن استخدموا القلم والورق. من الصعب تبرير إعادة كتابة متعددة السنوات الآن إذا كان هناك حاجة إلى القيام به كل 10-20 سنوات. بدأ تطبيق Foxpro Dev في عام 1991 ، وذهب مباشرة في عام 1999 ، ومن المقرر الآن إعادة كتابته بلغة أخرى.

السهلة السهلة مقارنة بسيولة تطبيقات الفوز.

فيما يلي بعض المواصفات عالية المستوى.

• إنه لمكتب حكومي.
• أنه يحتوي على بيانات حساسة للغاية.
• القائم على الويب ليس خيارًا.
• سيكون تطبيق MS Windows فقط.
• سوف ينتقل من جداول Foxpro إلى ، على الأرجح ، SQL Server 2005/8/10 (كل ما هو حالي)

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

شكرا لآرائك حول هذا ، أنا أقدرهم.

Answer 1

أين يمكنني أن أحضر لي واحدة من هذه الوظائف الحكومية المريحة ؟؟؟؟

على أي حال ، نعم ، من الذي يعلن عن أنظمة Microsoft وأدوات DEV ، وما إلى ذلك في وقت مبكر ، فهذا لا يعني أن هناك أي خطأ في الأدوات الحالية. نظرًا لأن VS2003 كان من السهل للغاية ترحيل المشاريع إلى إصدارات جديدة من Enviornment Development إذا اختار أحدهم القيام بذلك ، لذلك فقط ابدأ في أي إصدار من VS هو الحالي عندما تكون جاهزًا لكتابة الرمز.

سوف تتغير .NET وأنت تكتب هذا ، لكنها كانت جيدة حقًا في الحفاظ على التوافق مع الإصدارات الإطارية السابقة ، لذا فهي ليست مشكلة أيضًا.

أوصي C# عبر vb.net إذا كنت ستعيد الكتابة على أي حال. كانت VB.NET لغة من نوع الإسعافات الفضائية لإدخال مبرمجين VB على .NET وهي مفيدة في بعض الأحيان للتوافق ، لكنني لا أعرف لماذا تريد بدء تطوير جديد معها.

Answer 2

Windows حقًا ليس منصة مناسبة لتطبيقات Long Life مثل تصفها. هذا هو السبب في أن البائعين الرئيسيين/الحديد الكبير ، في حين أن أضعف مما كان عليه الحال ، ما زالوا موجودين.

Answer 3

من الواضح أنه من الواضح أنه لا يمكن لأحد أن يقول بالضبط ما الذي سيحدث لجميع أحدث/أعظم الأشياء في المستقبل. إذا كنت مبرمجًا لـ Mac OS في الثمانينيات والتسعينيات ، فربما تكون منزعجًا بعض الشيء إن لم يكن في نفس القارب مثل مبرمجي VB6.

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

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

إطار واجهة مستخدم المستخدم البديل .NET هو WPF ، وهو أحدث ما يعتبر. هناك أسئلة حول الجدوى طويلة الأجل لهذا بسبب مستخدمها غير العادي. لا يوجد حتى الآن تطبيق سطح مكتب مهم واحد يستخدمه (مزيج تعبير أدوات تصميم WPF الخاص بـ Microsoft) ومحاولة إقناع الأشخاص WPF حقًا ، يمكن التزامهم باستخدام WPF في Visual Studio 2010 لأجزاء من واجهة المستخدم مثل المحرر . ومع ذلك ، سأجد صعوبة في التوصية بـ WPF للتطبيق الذي تصفه - إنه أمر محفوف بالمخاطر للغاية.

فيما يتعلق بسؤالك حول إصدارات Visual Studio ، لم يكن VS2005 جيدًا جدًا (هرع من الباب مع بعض مشكلات الأداء الخطيرة). ومع ذلك ، فإن VS2008 عبارة عن إصدار جيد وسيُنصح جيدًا ببدء مشروعك مع ذلك - ليس هناك ما يضمن أن يكون عام 2010 أفضل (أو حتى جيدًا بسبب عامل WPF). تميل الفرق إلى استخدام إصدارات Visual Studio لفترة طويلة (لا يزال صاحب العمل يستخدم 2003 لبعض الأعمال!) وجميع الإصدارات تتعايش بهدوء على جهاز واحد.

ونعم ، تميل Microsoft إلى التحدث عن أدوات Dev قبل وقت طويل عندما تكون متوفرة. يبدو أن "تأثير أوزبورن" لا ينطبق على أدوات المطورين :)

Answer 4

أنا قلب من شركائي- هناك محرك (فريق من أوكرانيا لديه) لتحويل تطبيق VFP إلى شبكة DOT ، والتي ستعمل مع ملفات DBF موجودة. لذا - بدلاً من ذلك ، يمكنك إعادة الكتابة - يمكنك فقط تشغيل Convertor (صفقة واحدة) وبدلاً من ذلك تطبيقات FoxPro ، سيكون لديك شبكة DOT. إذا كنت ترغب في المزيد من التفاصيل ، فيرجى إبلاغي بذلك