Когда будет невозможно поддерживать приложения Visual Basic 6.0?
Последние 3-5 лет я обновлял страховое приложение и инструментарий для коммерческой интеграции, основанный на Visual Basic 6.0.
Согласно политике Microsoft " Это просто работает ", среда IDE больше не поддерживается после 8 апреля 2008 года.
Он все еще работает для разработки и развертывания приложений Visual Basic 6.0.
Когда станет невозможно поддерживать приложения Visual Basic 6.0 или они будут жить вечно, как приложения Cobol?
Обновление: заявление Microsoft, март 2010 года: команда разработчиков Visual Basic стремится обеспечить совместимость "Это просто работает" для приложений Visual Basic 6.0 в Windows Vista, Windows Server 2008, включая R2, и Windows 7.
Обновление мая 2011 года:
Поздравляем с 20-летием Visual Basic!
22 ответа
Я бы сказал, что они в опасности, потому что ОС и оборудование будут развиваться из-под них.
Вы можете запустить Visual Basic 6.0 на Windows XP, но даже это близко к концу его жизни (он продолжает возрождаться на смертном одре).
Эти приложения Cobol все еще работают, потому что мэйнфреймы, на которых они работают, никуда не денутся. "Большое железо" было построено в то время, когда компьютеры были дорогими и редкими и работали в течение 20-30 лет. Не относится к приложениям на базе ПК и Windows, которые рассматриваются как более одноразовые.
Если вам нужно продолжать поддерживать VB6, я бы порекомендовал создать виртуальную машину, содержащую XP и VB 6 со всеми пакетами обновлений на нем. Таким образом, вы можете продолжать запускать свою среду разработки, даже если ваш рабочий стол развивается до того, что может быть несовместимо со средой разработки VB 6. Установка Visual Studio 6 в Vista имела проблемы два года назад.
Для новых разработок, не связанных с обслуживанием, я бы хотел использовать другую среду. По моему опыту, вам лучше смотреть на это с совершенно новой точки зрения и не ограничивать себя переходом на VB .NET. Для переноса достаточно хлопот, чтобы действительно начать новую разработку в наилучшей среде для вашего приложения. Это может быть VB.NET, а может и нет.
Разработка с использованием устаревших технологий никогда не будет проблемой, пока она не станет проблемой, а потом уже слишком поздно. Вам нужно оставаться в лучшем месте кривой, и вы единственный, кто может решить, что это такое. Если вы переключитесь слишком рано, вы, вероятно, примете неправильное решение, и если вы будете ждать слишком долго, вы будете слишком далеко позади. Именно такие решения делают это поле веселым и болезненным одновременно.
Существует тонна программного обеспечения для вертикального рынка, разработанного в VB6 производителями различных видов техники. Использование в VB6 элементов управления ActiveX, библиотек ActiveX DLL и возможность использования большинства библиотек Win32 привело к тому, что многие производители различных компонентов поддерживали VB6.
Использование VB6 и вспомогательных библиотек, по крайней мере, на порядок быстрее и надежнее, чем более старые методы сборки на пользовательских микросхемах или использование C. Обратите внимание, что даже разработчики C/C++ получили помощь, поскольку они могут использовать новые библиотеки поддержки как Что ж.
Многие из этих приложений заполнены математическими функциями, которые были протестированы для работы на окружающую среду и оборудование, для которого они были разработаны.
Поэтому, когда Microsoft сделала VB.NET несовместимым с VB6, для многих из нас это была БОЛЬШАЯ сделка. В отличие от перехода с VB3 на VB4-6, мы должны коснуться нашего кода во многих местах, чтобы заставить его работать с.NET. Так много на самом деле, что это сводится к тому же, что и переписывание вашего программного обеспечения на новом языке.
По этим причинам VB6 будет работать еще некоторое время, поскольку все эти машины существуют. Все еще нужны новые обновления и исправления.
Вероятно, он будет работать в течение целого ряда лет, но в конечном итоге вы перейдете к тому моменту, когда вам придется обслуживать старое оборудование, запускать старую непатентованную ОС для запуска программного обеспечения. Между тем, вы упускаете все новые фреймворки и языковые возможности, которые разрабатываются. В конце концов, вам нужно будет что-то исправить или добавить что-то, что невозможно в вашей среде, и тогда вы сможете оплатить весь счет за накопленный технический долг.
Мое мнение: вы уже должны работать над обновлением до новой платформы или заменой приложения. Я почти всегда предпочитаю делать это до того, как меня заставят обстоятельства.
Я думаю, что приложения Visual Basic 6.0 будут жить долго, как приложения COBOL, и по тем же причинам. Части продуктов моей компании по-прежнему VB6, и они не будут изменены, пока не будет веской причины. Мы надеемся, что Microsoft не сможет на время отказаться от поддержки VB6, потому что слишком многие из их корпоративных клиентов имеют приложения VB6. Они уже были вынуждены продлить период поддержки за пределы своих первоначальных планов. Мы надеемся, что Рэймонд Чен выиграет у журнала MSDN - неясная шутка, которая будет иметь смысл только в том случае, если вы помните пост Джоэла о дилеммах Microsoft, касающихся обратной совместимости и чистоты дизайна.
Если вы планируете обновить или переписать, ИМХО этот вопрос и этот вопрос имеют некоторые информативные ответы. Вы можете смешивать новые.NET-компоненты с существующим Visual Basic 6.0 с помощью Interop, если вам нужны функции.NET или даже если вы просто хотите изучать.NET.
Группы новостей Visual Basic 6.0 по-прежнему довольно активны, поэтому в Visual Basic 6.0, очевидно, есть много старых фальшивок, подобных мне,:)
Duffymo, Bruceatk - Visual Basic 6.0 IDE можно заставить работать в Vista с небольшими усилиями.
Я ожидаю, что будет невозможно поддерживать приложения VB6 после Windows 7. (Я ожидаю, что среда выполнения VB6 и IDE будут работать на Windows 7, но не на Windows 8)
Обновление: 17.02.12 Заявление Microsoft о поддержке Visual Basic 6.0 теперь включает в себя Windows 8. Они подразумевают, что IDE может быть запущена и в Windows 8. http://msdn.microsoft.com/nb-no/vbrun/ms788708(en-us).aspx
COBOL является общедоступным стандартом, с несколькими реализациями от нескольких поставщиков на нескольких аппаратных платформах.
VB6 поддерживается только Microsoft, и они уже сказали вам, что не будут поддерживать его в новых версиях Windows. Так что в конце концов он будет фактически мертв. То же самое можно сказать и о COBOL, но не так быстро, как близко.
Виртуализация с использованием VirtualPC/VMWare/VirtualBox и т. Д. Теоретически должна обеспечивать поддержку приложений VB6 при условии, что у вас есть хост-операционная система, которая может правильно запускать VB6, и вы можете виртуализировать, которая может запускать эти приложения.
Я имею в виду многие компании, которые используют программное обеспечение, написанное для NT4, в котором отсутствует поддержка драйверов для новых машин в виртуальных машинах.
Я начал профессиональное программирование с Visual Basic 3.0 около десяти лет назад и, вероятно, был последним, кто перешел на.NET (я сделал это в 2004 году). Так что вы НЕ МОЖЕТЕ найти большего поклонника платформы, чем я.
Я не думаю, что Visual Basic 6.0 скоро уйдет. В ней написано много унаследованных приложений. Программное обеспечение бухгалтерского учета компании, индивидуальные инструменты, вы называете их. Так что приложения будут вокруг.
Количество новых приложений Visual Basic 6.0 идет по спирали, поэтому, если вы хотите сделать карьеру программиста Visual Basic 6.0, вы устарели.
Тем не менее, будет довольно высокий спрос на людей, которые могут поддерживать / исправлять / обновлять старый код.
У меня есть программное обеспечение, написанное на Visual Basic 6.0, которое имеет около 100 тысяч пользователей и по-прежнему набирает силу. Все мои новые разработки находятся на C#, но для этого конкретного программного обеспечения, я думаю, я переписываю его на C# к концу 2009 года или началу 2010 года. Так что по крайней мере до тех пор я не вижу Visual Basic 6.0 не поддерживаемым Windows.
Вы всегда сможете развиваться в VB 6, так как Microsoft не будет посещать ваши компьютеры, чтобы удалить его. Если вы не хотите переписывать свое приложение, то вам не нужно / не нужно будет.
Но инструменты, которые вы получаете сейчас, такие же, как те, что у вас будут через десять лет. Таким образом, вы можете отстать, когда появятся новые парадигмы информатики (при условии, что вы не будете разрабатывать свой собственный VB-компилятор).
Придерживаясь текущего VB, ваше приложение всегда будет "возможно" поддерживать, но оно будет усложняться каждую секунду.
Я думаю, что они будут там навсегда. Простая причина: MS не может поставить ОС, которая их не поддерживает, потому что ни одна крупная корпорация не купит эту ОС.
С одной стороны, они будут жить вечно, так как среда выполнения vb продолжит работать на существующих сегодня ОС Microsoft. Например, приложения VB6 все еще работают в Vista. Приложения VB6 будут невозможно поддерживать в будущем, когда Microsoft перестанет поддерживать среду выполнения VB6 в своих операционных системах.
Это означает, что они, вероятно, будут продолжать жить вечно, так же, как некоторые приложения COBOL все еще живут сегодня. Тем не менее, новый код почти никогда не должен быть написан на фактически мертвом языке, поэтому рыночные способности VB6 будут постепенно снижаться до тех пор, пока не останется какое-то низкое устойчивое состояние.
Большая часть того, что необходимо для запуска приложений Visual Basic 6.0, также необходима для VBA.
И VBA никуда не денется в ближайшее время - о ней слишком много.
Поэтому, если вы достаточно взрослый, чтобы разрабатывать в Visual Basic 6.0, я бы не стал беспокоиться о том, что он перестанет работать в вашей жизни.
Если у вас все еще есть ОС и Инструменты, их поддержка никогда не будет "невозможной".
Реальные вопросы, если вы все еще хотите поддержать их.
Я думаю, что Visual Basic 6.0 будет продолжать работать в течение длительного времени. Начнем с того, что.NET потерпел неудачу как платформа для разработки коммерчески распространяемых приложений. кажется, никто не использует его так, как использовались Visual Basic 6.0/C++..NET среды выполнения все еще там ненадежно (по опыту мы взяли приложение.NET и перекодировали его в C++ по этой одной причине)
Я согласен с возможностью трудоустройства.
Потеря Visual Basic 6.0 была серьезной ошибкой со стороны Microsoft: они были загипнотизированы всем ОО. Большинство людей хотят быстрого развития, а не педантичных споров о прекрасном коде.
VBA заменил Visual Basic 6.0 в офисах: кто думает о манипулировании Office через.NET-маршрут?
VB6, вероятно, будет существовать вечно в страховых / банковских организациях. Аппаратные средства, перемещающиеся из их царства, не проблема. Они просто получат какую-то форму эмулятора. Я видел приложение для очень старого мэйнфрейма, работающего внутри эмулятора, который был внутри другого эмулятора.
Обычно для техников нет смысла рассматривать переписывание и повторное тестирование для того, что уже работает. -
Добро пожаловать в мир мучительного ада... убирайся сейчас:-) -
Время выполнения все еще кошмар с.NET.
Я поддерживаю код на 20 000-30 000 рабочих столов и анализирую их реестр. Количество компьютеров без времени выполнения.NET (не говоря уже о 2+) ошеломляет. Невозможно массово распространять на них вспомогательный код (основное приложение - C++), не задействуя армию вспомогательного персонала для проведения перезагрузок.
C++ - единственный путь для клиентских приложений.
Какая катастрофа весь ОО мираж был для РС и для нас! Какая стоимость инфлятора!
... и ASP.NET webforms/viewstate... Я мог печатать в течение ДНЕЙ (наши подрядчики по программированию явно сделали.)
Я подозреваю, что у приложений VB6 будет ограниченная жизнь, потому что Redmond должен заставить своих кодеров быть занятыми, вытаскивая коврик из-под всех.
Если вы думаете, что переписывание ваших приложений в.NET гарантирует их бессмертие, просто запомните DDE, OLE, COM, DAO и т. Д. И т. Д.
Если приложение работает, нет ХОРОШЕЙ причины, оно должно перестать работать, если кто-то не найдет ресурсы для его перезаписи каждые несколько лет, но, к сожалению, есть много причин.
Программа VB6- это не что иное, как исполняемый Win32, который опирается на ряд сопутствующих COM-ActiveX-библиотек. Так что это просто вопрос создания правильного пакета установки.
Кстати, VB6 IDE отлично работает на 64-битной машине с Windows 7 (конечно, с небольшими изменениями).
PS. К сожалению, моя компания все еще поставляет коммерческие и общедоступные VB6-продукты, так что - я случайно это знаю.
Это становится "невозможным", только если вы начнете добавлять машины и ОС в смесь, на которой приложение больше не будет работать.
Vista по-прежнему будет запускать приложения VB6. Я предполагаю, что 7 будет продолжать делать то же самое.. и если нет, всегда есть виртуализация.
Любой тип обновления оборудования / операционной системы, который может планировать ваша компания, должен учитывать ваши существующие LOB-приложения. Это ничем не отличается от рассмотрения вашей текущей версии Office или почтового клиента.
У ПК действительно нет срока годности. Даже если вы застряли с XP, вы можете получить аппаратное обеспечение, которое работает с ним и будет продолжать это делать в течение некоторого времени. Если вы покупаете готовые машины, вам может потребоваться просто понизить установленную ОС. Что не так уж важно.
Тем не менее, у вас, вероятно, есть еще около 3 лет до того, как все станет трудным, и еще 1 или 2 года, прежде чем люди больше не захотят работать в вашем ИТ-отделе из-за того, насколько древним является все.
Visual Basic 6.0 работает до тех пор, пока вам не понадобятся потоки или пока вам не придется сталкиваться с файлами размером более 4 ГБ.
Я должен сказать, что это то, что вы не можете обвинить во многом (и справедливо!) Клеветническом Коболе.
COBOL постоянно поддерживается новыми частыми выпусками от IBM, UNISYS, MicroFocus на нескольких платформах, которые поддерживают такие вещи, как новейшее оборудование, 64-битная адресация, встроенная поддержка XML и т. Д. Есть даже версия Linux (OpenCobol), которая успешно развивается.
Более того, сам язык постоянно развивается (если вы можете назвать повторение тех же самых старых ошибок с новыми зарезервированными словами:-}), и последняя спецификация языка полностью OO, смотрите здесь, если вы мне не верите!
Так что КОБОЛ еще не умер, просто архаичен. В то время как я думаю, что VB 6.0 действительно мертв и просто немного опоздал на собственные похороны.