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

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

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

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

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

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

Если у вас все еще есть ОС и Инструменты, их поддержка никогда не станет «невозможной».

Настоящий вопрос в том, ХОТИТЕ ли вы их поддерживать.

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

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

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

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

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

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

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

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

Я ожидаю, что будет невозможно поддерживать приложения 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Даффимо, Брюсатк - Visual Basic 6.0 IDE можно заставить работать в Vista с небольшими усилиями.

Думаю, 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?

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

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

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

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

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

Среда выполнения по-прежнему остается кошмаром для .NET.

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

C++ - единственный путь для клиентских приложений.

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

... и ASP.NET webforms / viewstate ... Я мог печатать ДНЕЙ (наши подрядчики по программированию явно это делали).

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

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

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

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

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

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

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

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

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

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

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

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

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

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