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

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

Вы можете запускать 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 и возможности использования большинства библиотек 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 с небольшим усилием.

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

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

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

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

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

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

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

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

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

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

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

Я начал профессионально программировать с 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.

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

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

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

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

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

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

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

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

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

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

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

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

Какой катастрофой для MS и для нас стал весь ОО-мираж! Какой расход инфлятора!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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