Visual Studio - перезапись / продолжительность жизни

Question

К вашему сведению - я мейнфреймер, который перешел в .NET world пару лет назад, и мне есть чему поучиться.

Мы рассматриваем возможность переписывания приложения Visual FoxPro на .Net (скорее всего, VB).Этот проект рассчитан на 4-6 лет.

Сейчас мы находимся на самых ранних стадиях предварительного проектирования.Я вижу МНОГО информации от Microsoft о VS 2010.Есть ли что-то неправильное в сезоне 2005/2008, о чем нам следует беспокоиться?Или это ПОДАЧКА для MS, чтобы начать продвигать будущие продукты так рано?Стоит ли ждать 2010 года, чтобы начать какое-либо кодирование?Функциональный дизайн, вероятно, все равно не будет закончен к концу 2009 года, и мы всегда можем сделать макеты в VS-2005.

Во-вторых, FoxPro и VB6 находятся в одной лодке;без поддержки, но пока живой.Разумен ли переход на .NET?ВБ?C#?Наступит ли время, когда MS решит, что для перехода на VS 20xx требуется еще одно полное переписывание старого кода (VB6)?Или они могут отказаться VB.net или C#.net для следующей "замечательной" вещи (foxpro)?Или как насчет срока службы .NET framework?Ограничено ли это также до тех пор, пока не появится что-то еще?

У нас есть довольно большое приложение с многолетним опытом работы с пластырями, обновлениями и изменениями в законодательстве, которое уже будет преобразовано в PIA.Мы хотим создать новую платформу, которая будет стабильной в течение последующих десятилетий, с легкой миграцией вверх.Есть ли там Любой код разработки, который появится примерно через 50 лет?100?

Основная логика приложения не сильно изменилась с тех пор, как они использовали ручку и бумагу.Сейчас трудно оправдать многолетнюю переписку, если это нужно делать каждые 10-20 лет.Разработка приложения FoxPro началась в 1991 году, оно было запущено в 1999 году и сейчас должно быть переписано на другой язык.

Мэйнфреймы просты по сравнению с гибкостью приложений Win.

Вот некоторые спецификации высокого уровня.

• Это для правительственного учреждения.
• Он содержит очень конфиденциальные данные.
• Веб-версия - это не вариант.
• Это будет только приложение MS Windows.
• Будет переходить с таблиц FoxPro, вероятно, на SQL Server 2005/8/10 (все, что есть в настоящее время)

Я знаю, что те, у кого есть работающие хрустальные шары, не ответят, но что это за чувствовать сообщества на предмет вероятности того, что язык программирования установится и будет доступен / стабилен в долгосрочной перспективе?

Спасибо за ваше мнение по этому поводу, я ценю его.

Answer 1

где я могу найти себе одну из этих тепленьких государственных работенок????

в любом случае, да, это СО стороны Microsoft - заранее анонсировать и демонстрировать операционные системы, инструменты разработки и т.д., это не значит, что с текущими инструментами что-то не так.Начиная с VS2003, всегда было чрезвычайно легко переносить проекты на новые версии среды разработки, если кто-то решит это сделать, поэтому просто начните с любой текущей версии VS, когда будете готовы писать код.

.NET изменится по мере написания этой статьи, но они действительно хорошо справились с поддержанием обратной совместимости с предыдущими версиями framework, так что на самом деле это тоже не проблема.

Я бы рекомендовал C # вместо VB.Net, если вы все равно собираетесь переписывать.VB.Net был своего рода вспомогательным языком для программистов на VB .Net и иногда полезен для совместимости, но я не знаю, почему вы хотели бы начать новую разработку с ним.

Answer 2

Windows действительно не является подходящей платформой для приложений с длительным сроком службы, подобных тому, что вы описываете.Вот почему производители мэйнфреймов и крупного железа, хотя и слабее, чем раньше, все еще существуют.

Answer 3

Ну, очевидно, никто не может точно сказать, что произойдет со всеми последними / величайшими вещами в будущем.Если бы вы были программистом Mac OS в 80-90-е годы, вы, вероятно, тоже были бы немного раздражены, если бы не находились в одной лодке с программистами VB6.

.NET и VB.NET/C# являются жизнеспособным предложением в долгосрочной перспективе.Они находятся в ситуации, отличной от таких вещей, как classic VB и FoxPro, в том смысле, что они работают на виртуальной машине, которая использует множество разных языков.Таким образом, даже если появится новый, более популярный язык, предназначенный для .NET, ваш старый код все равно будет выполняться.

Когда вы говорите, что вам нужно настольное приложение, а не что-то веб-основанное, это вызывает беспокойство, потому что Windows Forms (традиционная платформа пользовательского интерфейса, подобная VB) уже не привлекает особого внимания со стороны Microsoft.Это не исчезнет, как я уже сказал, но в будущем это не сильно улучшится.Если вы работаете над огромным, никогда не меняющимся приложением, как вы говорите, то это может не стать для вас проблемой.

Альтернативной платформой пользовательского интерфейса .NET является WPF, которая является самой последней.Есть вопросы по поводу долгосрочной жизнеспособности этого проекта из-за его экстраординарного использования ресурсов.Пока есть только одно значимое настольное приложение, которое использует его (собственный инструмент разработки WPF от Microsoft Expression Blend), и, чтобы попытаться убедить людей, что WPF действительно жизнеспособен, они взяли на себя обязательство использовать WPF в Visual Studio 2010 для таких частей пользовательского интерфейса, как редактор.Тем не менее, мне было бы трудно рекомендовать WPF для приложения, которое вы описываете - это просто слишком рискованно.

Что касается вашего вопроса о версиях Visual Studio, VS2005 был не очень хорош (вылетел за дверь eary с некоторыми серьезными проблемами производительности).Однако VS2008 - отличный релиз, и вам было бы разумно начать свой проект с него - нет никакой гарантии, что 2010 будет лучше (или даже так же хорош из-за фактора WPF).Команды, как правило, используют версии Visual Studio в течение длительного времени (мой работодатель все еще использует 2003 для некоторой работы!), и все версии мирно сосуществуют на одной машине.

И да, Microsoft действительно склонна рассказывать об инструментах разработки задолго до того, как они станут доступны.По-видимому, "эффект Осборна" не применим к инструментам разработчика :)

Answer 4

Я благодарен своим партнерам - есть движок (им владеет команда из Украины) для преобразования приложения VFP в dot net, который будет работать с существующими файлами DBF.Итак, вместо перезаписи вы просто запускаете конвертер (одноразовая сделка), и вместо приложений FoxPro у вас будет dot net.Если вы хотите получить более подробную информацию, пожалуйста, дайте мне знать