Когда будет невозможно поддерживать приложения Visual Basic 6.0?

За последние 3-5 лет я обновляю приложение для страховки и инструментарий для коммерческого интеграции на базе Visual Basic 6.0.

Согласно Microsoft " Он просто работает в политике" IDE больше не поддерживается после 8 апреля 2008 года.

Он по-прежнему работает над разработкой и развертыванием приложений Visual Basic 6.0.

Когда будет невозможно поддерживать приложения Visual Basic 6.0 или они будут жить вечно, как приложения Cobol?

Обновление: инструкция Microsoft march 2010: команда Visual Basic привержена совместимости "Это просто работает" для приложений Visual Basic 6.0 в Windows Vista, Windows Server 2008, включая R2 и Windows 7.

Обновление может 2011:
Счастливый 20-й день рождения Visual Basic!

Ответы

Ответ 1

Я бы сказал, что они подвержены риску, потому что ОС и аппаратное обеспечение будут развиваться из-под них.

Вы можете запускать Visual Basic 6.0 в Windows XP, но даже это близко к концу его жизни (он продолжает восстанавливаться на смертном одре).

Те приложения Cobol по-прежнему живут, потому что мэйнфреймы, на которых они работают, никуда не денутся. "Большое железо" было построено в то время, когда компьютеры были дорогими и редкими и должны были работать 20-30 лет. Не верно для приложений на базе ПК и Windows, которые считаются более доступными.

Ответ 2

Если вам нужно продолжать поддерживать VB6, я бы рекомендовал создать виртуальную машину с XP и VB 6 со всеми пакетами обновления. Таким образом, вы можете продолжать запускать среду разработки, даже несмотря на то, что ваш рабочий стол развивается в нечто, что может быть несовместимо с средой VB 6 dev. Установка Visual Studio 6 на Vista возникла два года назад.

Для новой разработки, помимо обслуживания, я хотел бы взглянуть на другую среду. По моему опыту, вам лучше смотреть на него с совершенно новой точки зрения и не ограничивать себя переносом на VB.NET. Это достаточно хлопот, чтобы мигрировать, что вы действительно должны делать новую разработку в лучшей среде для своего приложения. Это может быть VB.NET, и это может быть не так.

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

Ответ 3

Существует тонна вертикального программного обеспечения на рынке, разработанного в VB6 производителями различных типов машин. Использование VB6 элементов управления ActiveX, DLL файлов ActiveX и способности потреблять большинство DLL файлов Win32 привело к тому, что многие производители различных компонентов поддерживали VB6.

Использование VB6 и библиотек поддержки по крайней мере на порядок быстрее и надежнее, чем более старые методы сборки на пользовательских чипах или с использованием C. Обратите внимание, что даже разработчикам C/С++ помогли, поскольку они могут потреблять новые поддержка библиотек.

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

Итак, когда Microsoft сделала VB.NET несовместимой с VB6, это была большая сделка для многих из нас. В отличие от перехода от VB3 к VB4-6, мы должны коснуться нашего кода во многих местах, чтобы заставить его работать с .NET. На самом деле так много, что оно переходит к тому же, что и переписывание вашего программного обеспечения на новый язык.

По этим причинам VB6 будет жить дальше, пока все эти машины там. Все еще нужны новые обновления и исправления.

Ответ 4

Вероятно, это будет работать в течение многих лет, но в конечном итоге вы доберетесь до того, что вам нужно будет поддерживать старое оборудование, используя старую, недоступную ОС, для запуска программного обеспечения. Между тем, вы упускаете из виду все новые основы и языковые лакомства, которые развиваются. В конце концов, вам нужно что-то исправить или добавить что-то, что невозможно в вашей среде, а затем вы получите оплату всего счета за накопленный технический долг.

Мое занятие: вы должны уже работать над обновлением до новой платформы или заменой для приложения. Мои предпочтения почти всегда делают это, прежде чем меня заставят обстоятельства.

Ответ 5

Я думаю, что приложения Visual Basic 6.0 будут жить долгое время, например, приложения COBOL, и по тем же причинам. Части моей продукции компании все еще VB6, и они не будут изменены, пока не будет веской причины. Мы надеемся, что Microsoft не сможет отказаться от поддержки VB6, потому что слишком много их корпоративных клиентов имеют приложения VB6. Они уже были вынуждены продлить период поддержки сверх своих первоначальных планов. Мы надеемся, что Раймонд Чен победит над журналом MSDN - неясной шуткой, которая будет иметь смысл, если вы вспомните Joel post о дилеммах Microsoft с обратной совместимостью против дизайн чистота.

Если вы планируете модернизировать или переписывать, IMHO этот вопрос и этот вопрос, есть некоторые информативные ответы, Вы можете смешивать новые компоненты .NET с существующим Visual Basic 6.0 с помощью Interop, если есть какие-либо функции .NET, которые вы хотите, или даже если вы просто хотите изучить .NET.

группы новостей Visual Basic 6.0 по-прежнему довольно активны, поэтому, очевидно, много старых фальшивок, подобных мне, которые все еще развиваются в Visual Basic 6.0:)

Duffymo, Bruceatk - Visual Basic 6.0 IDE можно сделать для работы в Vista с небольшими усилиями.

Ответ 6

Я ожидаю, что будет невозможно поддерживать приложения VB6 после Windows 7. (Я ожидаю, что среда выполнения VB6 и IDE будут работать на Windows 7, но не на Windows 8)

Обновление: 2/17/12 Приложение поддержки Microsoft Visual Basic 6.0 теперь включает Windows 8. Они подразумевают, что IDE может быть запущена и в Windows 8. http://msdn.microsoft.com/nb-no/vbrun/ms788708(en-us).aspx

Ответ 7

COBOL является общедоступным стандартом, с несколькими реализациями нескольких поставщиков на нескольких аппаратных платформах.

VB6 поддерживается только Microsoft, и они уже сказали вам, что они не будут поддерживать его в новых версиях Windows. Поэтому в конечном итоге он будет эффективно мертв. То же самое можно сказать и о COBOL, но не так быстро, как быстро.

Ответ 8

Вы всегда сможете разрабатывать VB 6, так как Microsoft не будет посещать ваши компьютеры, чтобы удалить их. Если вы не хотите переписывать свое приложение, вам не нужно/не нужно.

Но инструменты, которые вы получаете сейчас, такие же, как те, которые у вас будут через десять лет. Таким образом, вы можете перестать отставать от новых парадигм компьютерных наук (при условии, что вы не разработаете свой собственный компилятор VB).

Придерживаясь текущего VB, ваше приложение всегда будет "возможным" для поддержки, но с каждым разом будет сложнее.

Ответ 9

В одном отношении они будут жить вечно, так как среда исполнения vb продолжит работу над существующими сегодня Microsoft-ОС. Например, приложения VB6 по-прежнему работают в Vista. Приложения VB6 будут невозможно поддерживать в будущем, когда Microsoft перестает поддерживать среду выполнения VB6 в своих операционных системах.

Это означает, что они, вероятно, продолжат жить вечно, так как некоторые приложения COBOL по-прежнему живут сегодня. Новый код почти никогда не должен быть написан на фактически мертвом языке, теперь, тем не менее, поэтому рыночная способность VB6 будет прогрессивно снижаться до тех пор, пока не останется некоторое низкое устойчивое состояние.

Ответ 10

При виртуализации с использованием VirtualPC/VMWare/VirtualBox и т.д. теоретически должно быть возможно поддерживать приложения VB6, если у вас есть хост-система, которая может корректно запускать VB6, чтобы вы могли виртуализировать, что может запускать эти приложения.

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

Ответ 11

Я начал профессиональное программирование с Visual Basic 3.0 около десяти лет назад, и я, вероятно, был последним участником перехода на .NET(я сделал это в 2004 году). Поэтому вы НЕ МОЖЕТЕ найти большего поклонника платформы, чем я.

  • Я не думаю, что Visual Basic 6.0 скоро уйдет. В нем написано много устаревших приложений. Программное обеспечение бухгалтерского учета компании, индивидуальные инструменты, которые вы им называете. Таким образом, приложения будут вокруг.

  • Количество свежих приложений Visual Basic 6.0 уменьшается по спирали, поэтому, если вы хотите сделать карьеру программиста Visual Basic 6.0, вы устарели.

  • Тем не менее, будет очень большой спрос на людей, которые могут поддерживать/исправлять/обновлять старый код.

У меня есть программное обеспечение, написанное на Visual Basic 6.0, которое насчитывает около 100 тысяч пользователей, и по-прежнему развивается. Все мое новое развитие находится на С#, но для этого конкретного программного обеспечения, я думаю, что я перепишу его в С# к концу 2009 года или в начале 2010 года. Так что по крайней мере до тех пор я не вижу, что Visual Basic 6.0 не поддерживается Windows.

Ответ 12

Я думаю, они будут там навсегда. Простая причина: MS не может отправить ОС, которая их не поддерживает, потому что никакая крупная корпорация не купит эту ОС.

Ответ 13

Если у вас все еще есть ОС и инструменты, они никогда не будут "Невозможными", чтобы поддерживать их.

Реальные вопросы: если вы все еще ХОТИТЕ их поддерживать.

Ответ 14

Большая часть того, что требуется для запуска приложений Visual Basic 6.0, также требуется для VBA.

И VBA никуда не собирается - об этом слишком много.

Итак, если вы достаточно взрослые, чтобы развиваться в Visual Basic 6.0, я бы не стал беспокоиться о том, что он перестает работать в вашей жизни.

Ответ 15

Я думаю, Visual Basic 6.0 будет продолжать работать в течение длительного времени. Для начала .NET потерпел неудачу в качестве платформы разработки для коммерческих массовых распределенных приложений. никто не использует его в том, как используются/используются Visual Basic 6.0/С++. Временные среды .NET STILL не надежно там (по опыту мы вытащили приложение .NET и перекодировали его на С++ по этой причине)

Я согласен с возможностью трудоустройства.

Потеря Visual Basic 6.0 была серьезной ошибкой Microsoft: они были загипнотированы всей OO. Большинство людей хотят быстрого развития, а не педантичных аргументов о прекрасном коде.

VBA заменил Visual Basic 6.0 внутри офисов: кто думает об управлении Office через .NET-маршрут?

Ответ 16

Время выполнения остается кошмаром с .NET.

Я поддерживаю код на 20 000-30 000 рабочих столов и анализирую их. Количество ПК без каких-либо времени выполнения .NET(не говоря уже о 2+) колеблется. Невозможно массово распределить им вспомогательный код (основное приложение - С++), не используя армию сотрудников службы поддержки для перезагрузки вручную.

С++ - единственный способ использовать приложения на стороне клиента.

Какая катастрофа для всего мира мира была для MS и так нас! Какой дорогой инфлятор!

... и ASP.NET webforms/viewstate... Я мог бы набирать для DAYS (наши подрядчики по программированию четко это сделали.)

Ответ 17

VB6, вероятно, будет находиться навсегда в страховых/банковских организациях. Оборудование, выходящее из их сферы, не является проблемой. Они просто получат какую-то форму эмулятора. Я видел приложение для очень старого мэйнфрейма, работающего внутри эмулятора, который был внутри другого эмулятора.

Как правило, это просто не имеет смысла для нетехнических систем, чтобы рассмотреть возможность перезаписи и повторного тестирования для того, что уже работает. -

Добро пожаловать в мир болезненного ада... выходите сейчас:-) -

Ответ 18

Я подозреваю, что приложения VB6 будут иметь ограниченный срок службы, потому что Редмонд должен держать своих кодеров занятыми, вытаскивая коврик из-под всех.

Если вы считаете, что повторная запись ваших приложений в .NET гарантирует их бессмертие, просто запомните DDE, OLE, COM, DAO и т.д. и т.д.

Если приложение работает, нет ХОРОШЕЙ причины, он должен прекратить работать, если кто-то не найдет ресурсы для повторной записи его каждые несколько лет, но, к сожалению, существует множество причин.

Ответ 19

Это становится "невозможным", если вы начинаете добавлять машины и ОС в микс, который приложение больше не будет работать.

Vista все равно будет запускать приложения VB6. Я предполагаю, что 7 продолжит делать это, а если нет, всегда есть виртуализация.

Любой тип обновления оборудования /os, который может планировать ваша компания, должен учитывать ваши существующие приложения больших объектов. Это ничем не отличается от рассмотрения вашей текущей версии Office или вашего почтового клиента.

У ПК действительно нет даты истечения срока действия. Даже если вы застряли в XP, вы можете получить аппаратное обеспечение, которое работает с ним, и будет продолжать делать это в течение некоторого времени. Если вы покупаете готовые машины, вам может потребоваться просто понизить установленную ОС. Это не такая уж большая сделка.

Тем не менее, у вас, вероятно, будет еще около трех лет, прежде чем все станет сложно, а еще 1 или 2 после этого, прежде чем люди больше не хотят работать в вашем ИТ-отделе из-за того, насколько древнее все.

Ответ 20

Visual Basic 6.0 работает, пока вам не понадобятся потоки, или пока вам не придется сталкиваться с файлами размером более 4 ГБ.

Ответ 21

Программа VB6 - это не что иное, как исполняемый файл Win32, который опирается на ряд сопутствующих библиотек COM-ActiveX. Таким образом, это просто вопрос создания надлежащего пакета настроек.

Кстати, VB6 IDE отлично работает на 64-битной машине Windows 7 (с несколькими небольшими изменениями, конечно).

PS. К сожалению, моя компания по-прежнему продает коммерческие и общедоступные продукты VB6, поэтому - я знаю это.

Ответ 22

Я должен сказать, что это то, о чем вы не можете обвинить много (и справедливо!) за клевету COBOL для.

COBOL постоянно поддерживается частыми новыми выпусками от IBM, UNISYS, MicroFocus на нескольких платформах, поддерживающих такие вещи, как новейшее оборудование, 64-разрядная адресация, встроенная поддержка XML и т.д. Существует даже версия Linux (OpenCobol), которая хорошо развивается.

Кроме того, язык постоянно развивается (если вы можете называть те же старые ошибки с новыми зарезервированными словами: -}), а последняя спецификация langauge полностью OO выглядит здесь, если вы мне не верите!

Итак, COBOL еще не мертв просто архаично. В то время как я думаю, что VB 6.0 действительно мертв и просто опаздывает на собственные похороны.