Wann wird es unmöglich sein, Visual Basic 6.0-Anwendungen zu unterstützen? [geschlossen]

https://stackoverflow.com/questions/400479

03-07-2019
|

Frage

In den letzten 3-5 Jahren habe ich einen Versicherungsantrag wurde erneuert und ein commmercial Integration Toolkit auf Basis von Visual Basic 6.0.

Nach Microsofts „ Es funktioniert nur Politik “ die IDE ist kein nach 2008 8. april mehr unterstützt.

Es funktioniert immer noch Visual Basic 6.0-Anwendungen zu entwickeln und bereitstellen.

Wann wird es unmöglich sein, Visual Basic 6.0-Anwendungen zu unterstützen, oder werden sie für immer leben wie Cobol-Anwendungen tun?

Update: Microsoft-Anweisung März 2010: Das Visual Basic-Team engagiert sich für „es funktioniert einfach“ Kompatibilität für Visual Basic 6.0-Anwendungen unter Windows Vista, Windows Server 2008 einschließlich R2 und Windows 7

Update Mai 2011:
Glücklicher 20. Geburtstag Visuelle Grund!

Lösung

Ich würde sagen, dass sie gefährdet sind, weil das Betriebssystem und Hardware wird unter ihnen entwickeln sich aus.

Sie können Visual Basic 6.0 unter Windows XP laufen, aber auch das ist nahe dem Ende seines Lebens (er auf seinem Totenbett wieder belebt wird immer wieder).

Diese Cobol Anwendungen leben immer noch, weil die Großrechner sie ausgeführt werden, nicht überall. „Big Eisen“ wurde während einer Zeit gebaut, als Computer waren teuer und selten und hatten 20-30 Jahre zu laufen. Das stimmt nicht mit Anwendungen, die auf PCs und Windows, die als mehr Einweg betrachtet werden.

Andere Tipps

Wenn Sie weiterhin benötigen VB6 unterstützen würde ich empfehlen, eine VM erstellen, XP und VB 6 mit allen Service Packs auf die sie enthält. Auf diese Weise können Sie weiterhin Ihre Entwicklungsumgebung, obwohl Ihr Desktop entwickelt sich zu etwas, das möglicherweise nicht kompatibel mit der VB 6 dev Umgebung ausgeführt werden. Installieren von Visual Studio 6 auf Vista hatte Probleme vor zwei Jahren.

Für neue Entwicklung jenseits Wartung ich hin mit einer anderen Umgebung aussehen würde. Es war meine Erfahrung, dass Sie besser dran sind sie aus einem völlig neuen Blickpunkt suchen und sich nicht auf die Migration auf VB .NET beschränken. Es reicht ein Streit zu migrieren, dass Sie wirklich neue Entwicklung in der besten Umgebung für Ihre Anwendung tun sollten. Das kann VB .NET sein und kann es nicht.

Die Entwicklung veraltete Technologie ist nie ein Problem, bis es ein Problem ist, und dann ist es zu spät. Sie müssen in den Sweet Spot der Kurve bleiben und Sie sind der einzige, der entscheiden kann, was das ist. Wenn Sie zu früh wechseln werden Sie wahrscheinlich die falsche Entscheidung treffen, und wenn Sie zu lange warten, werden Sie zu weit weg sein. Es ist Entscheidungen wie diese, die in diesem Feld Spaß und schmerzhaft zugleich macht.

Es gibt eine Tonne von vertikaler Markt Software in VB6 von den Herstellern von verschiedenen Arten von Maschinen entwickelt. VB6 Verwendung von ActiveX-Steuerelemente, ActiveX-DLLs, und die Fähigkeit, die meist Win32-DLLs zu konsumieren hat zu viele Hersteller von verschiedenen Komponenten führen VB6 zu unterstützen.

VB6 und die Support-Bibliotheken sind mindestens eine Größenordnung schneller und zuverlässiger als die älteren Methoden der Montage auf kundenspezifischen Chips oder C unter Verwendung Beachten Sie, dass auch die C / C ++ Entwickler wurden dazu beigetragen, wie sie die neue verbrauchen Support-Bibliotheken als auch.

Viele dieser Anwendungen mit mathematischen Funktionen gefüllt werden, die für die Umwelt getestet wurde, zu arbeiten und die Maschinen sie entworfen wurden.

Also, wenn Microsoft VB.NET unvereinbar mit VB6 machte, war dies eine große Sache für viele von uns. Im Gegensatz zu den Übergang von VB3 zu VB4-6, haben wir unseren Code in vielen Ort zu berühren, um es mit .NET arbeiten zu erhalten. So viele in der Tat, dass es auf dasselbe hinaus zufällt als Software in einer neuen Sprache neu zu schreiben.

Aus diesen Gründen VB6 wird für eine Weile leben länger als alle diese Maschinen da draußen sind. Noch neues Updates und Fixes zu müssen.

Es wird wahrscheinlich für eine gute Anzahl von Jahren arbeitet, aber schließlich werden Sie zu dem Punkt, wo Sie alte Hardware halten müssen, ein altes, unpatchable OS ausgeführt wird, um die Software auszuführen. Inzwischen sind Sie nicht auf alle neuen Rahmen und Sprache Leckereien aus, die entwickelt bekommen. Schließlich werden Sie eine Notwendigkeit, etwas zu reparieren oder etwas hinzufügen, die nicht möglich in Ihrer Umgebung ist, und dann erhalten Sie die gesamte Rechnung für Ihre gesammelten technischen Schulden zu bezahlen.

Meine Meinung: Sie sollten bereits auf einem Upgrade auf eine neuere Plattform oder Ersatz für die Anwendung arbeiten. Meine Präferenz ist fast immer, dies zu tun, bevor ich durch die Umstände dazu gezwungen bin.

Ich denke, Visual Basic 6.0-Anwendungen für eine lange Zeit leben werden, wie COBOL-Anwendungen und aus ähnlichen Gründen. Teile meine Produkte des Unternehmens sind noch VB6, und sie werden nicht geändert werden, bis es ein guter Grund. Wir hoffen, dass Microsoft nicht in der Lage sein, VB6 Unterstützung für eine gute Weile fallen zu lassen, weil zu viele ihrer Unternehmenskunden VB6 Anwendungen haben. Sie haben bereits gezwungen, die Förderperiode über ihre ursprünglichen Pläne zu erweitern. Wir hoffen, Raymond Chen gewinnt über MSDN Magazin - Unbekannten Witz, der nur dann Sinn machen, wenn Sie Joel erinnern Post über Microsofts Dilemmas mit abwärts~~POS=TRUNC gegenüber Design Reinheit.

Wenn Sie erwägen, ein Upgrade oder Umschreiben, IMHO diese Frage und diese Frage einige informative Antworten haben . Sie können mit vorhandenen Visual Basic 6.0 unter Verwendung von Interop neue .NET-Komponenten mischen, wenn es .NET Funktionen, die Sie wollen, oder auch wenn Sie nur .NET lernen wollen.

Die Visual Basic 6.0-Newsgroups immer noch ziemlich aktiv sind, so gibt es offensichtlich eine Menge alter fogeys wie ich noch in Visual Basic 6.0 zu entwickeln:)

Duffymo, Bruceatk - die Visual Basic 6.0 IDE kann gemacht werden, arbeiten auf Vista mit einem wenig Mühe.

COBOL ist ein öffentlicher Standard, mit mehreren Implementierungen von mehreren Anbietern auf mehreren Hardware-Plattformen.

VB6 wird nur von Microsoft unterstützt, und sie haben dir schon gesagt, dass sie nicht auf neue Versionen von Windows unterstützen. So schließlich wird es effektiv tot sein. Das gleiche gilt gilt für COBOL, aber bei weitem nicht so schnell.

ich es unmöglich erwarten VB6-Anwendungen unterstützen Post Windows 7. (Ich erwarte, dass die VB6 Runtime und IDE auf Windows 7 arbeiten, aber nicht Windows 8)

Update: 2/17/12 Visual Basic 6.0 Support-Anweisung von Microsoft enthält nun Windows 8 Sie implizieren die IDE kann auf Windows 8 als auch ausgeführt werden. http://msdn.microsoft.com/nb-no /vbrun/ms788708(en-us).aspx

Sie werden immer in der Lage sein, in VB 6, zu entwickeln, da Microsoft nicht Ihre Computer besuchen sie uninstal. Wenn Sie möchten Ihre Anwendung nicht neu schreiben, dann müssen Sie nicht / nicht haben.

Aber die Werkzeuge, die Sie jetzt bekommen sind die gleichen wie die, die Sie innerhalb von zehn Jahren haben werden. So können Sie hinter als neue Informatik Paradigmen kommen am Ende fallen (vorausgesetzt, Sie nicht Ihre eigenen VB-Compiler entwickeln).

Durch die Zusammenarbeit mit aktuellen VB kleben, Ihre Anwendung wird immer „möglich“ zu halten, aber es wird noch härter wird jede Sekunde.

In einer Hinsicht werden sie ewig leben wie der VB-Runtime auf den Microsoft-Betriebssysteme weiterarbeiten wird, die heute existieren. VB6 Anwendungen arbeiten immer noch in Vista, zum Beispiel. VB6-Anwendungen wird unmöglich sein, für die Zukunft zu unterstützen, wenn Microsoft stoppt auf seinen Betriebssystemen die VB6 Laufzeit zu unterstützen.

Das bedeutet, dass sie wahrscheinlich für immer, so wie einige COBOL-Anwendungen heute noch leben zu leben, wird sich fortsetzen. Neuer Code sollte so gut wie nie, aber jetzt in der effektiv toten Sprache geschrieben werden, so dass die Marktfähigkeit von VB6 Fähigkeiten wird in einem allmählichen Rückgang, bis einige niedrig, stationärer Zustand bleibt.

Mit Virtualisierung VirtualPC / VMWare / VirtualBox usw., es theoretisch möglich sein sollte VB6-Anwendungen zu unterstützen, sofern Sie ein Host-Betriebssystem, die VB6 läuft richtig, dass Sie das virtualisieren können, können diese Anwendungen ausgeführt werden.

Ich denke an viele Firmen, die Software für NT4 geschrieben ausführen, die in virtuellen Maschinen für neue Maschinen-Treiber-Unterstützung fehlt.

ich glaube, sie für immer da sein werden. Einfacher Grund:. MS kann nicht ein Betriebssystem ausliefern, die sie nicht unterstützt, da keine großen Unternehmen, das O kaufen würden

Ich begann professionelle Programmierung mit Visual Basic 3.0 vor etwa einem Jahrzehnt, und ich war wahrscheinlich der letzte Mann auf .NET (ich habe es im Jahr 2004) zu migrieren. So kann man nicht einen größeren Bewunderer der Plattform als ich finden.

Ich glaube nicht, Visual Basic 6.0 wird bald verschwinden. Es ist gibt eine Menge von Legacy-Anwendungen in der es geschrieben. Company Accounting Software, maßgeschneiderte Werkzeuge, nennen Sie sie. So werden die Anwendungen sein um.
Die Anzahl der frischen Visual Basic 6.0-Anwendungen wird nach unten in einer Spirale, also, wenn Sie schauen, um eine Karriere als Visual Basic 6.0 Programmierer zu machen, Sie veraltet sind.
Das heißt, es wird eine ziemlich starke Nachfrage für Menschen, die / fix halten kann / Upgrade alten Code.

Ich habe Software in Visual Basic 6.0 geschrieben habe, die über einen 100 Tausend Nutzer bekommen hat, und ist immer noch stark. All meine frisch Entwicklung ist in C #, aber für diese spezielle Software, ich glaube, ich es in C # bis 2009 Ende neu schreiben, oder 2010 Anfang. So zumindest bis dahin 6,0 Ich sehe nicht, Visual Basic nicht von Windows unterstützt werden.

Wenn Sie noch das Betriebssystem und die Werkzeuge werden es nie „unmöglich“ sein, sie zu unterstützen.

Die wirklichen Fragen sind, wenn man sie noch unterstützen will.

Die meisten von dem, was benötigt wird, Visual Basic 6.0-Anwendungen laufen auch für VBA .

Und VBA ist nicht überall bald gehen -. Es gibt einfach zu viel davon über

Also, wenn Sie alt genug sind, um in Visual Basic 6.0 zu entwickeln, würde ich keine Sorgen um sie zu stoppen in Ihrem Leben zu arbeiten.

VB6 wird wahrscheinlich um für immer in Versicherungen / Banktyp Organisationen. Hardware aus dem Bereich bewegt, ist kein Thema. Sie werden einfach in irgendeiner Form Emulator bekommen. Ich habe einen Antrag auf einen sehr alten Mainframe gesehen innerhalb eines Emulator arbeitet, der innerhalb eines anderen Emulator war.

Es normalerweise tut nur wirtschaftlich sinnvoll für die nicht technischen Faktoren eine Rewrite zu prüfen und erneut testen für etwas, das bereits funktioniert. -

Willkommen in der Welt der schmerzhaften Hölle ... raus jetzt :-) -

Ich denke, Visual Basic 6.0 wird auch weiterhin für eine lange Zeit arbeiten. Für den Anfang hat .NET als Entwicklungsplattform für gescheitert kommerziell Masse verteilte Anwendungen. niemand scheint es in der Art und Weise Visual Basic 6.0 / C ++ / wurden verwendet werden. Die .NET-Laufzeiten sind noch nicht zuverlässig dort (aus Erfahrung, zogen wir eine .NET-Anwendung und umcodiert es in C ++ für diesen einen Grund)

Ich bin damit einverstanden über die Beschäftigungsfähigkeit, though.

Loosing Visual Basic 6.0 wurde ein großer Fehler von Microsoft: sie durch die ganze OO Sache hypnotisiert. Die meisten Menschen wollen schnelle Entwicklung, nicht pedantisch Argumente über schönen Code.

VBA hat Visual Basic 6.0 in Büros ersetzt: das Office die Manipulation über das denkt. NET Weg?

Die Laufzeiten sind immer noch der Alptraum mit .NET.

Ich unterstütze Code auf 20.000-30.000 Desktops und die Registrierung von ihnen analysieren. Die Menge an PCs ohne .NET Runtimes (geschweige denn 2+) ist atemberaubend. Es gibt keinen Weg kann man auxillary Code, um sie massen verteilen (die Kernanwendung ist C ++), ohne eine Armee von Hilfspersonal beschäftigt an den Neustarts Hand zu halten.

C ++ ist der einzige Weg für die clientseitige Anwendungen zu gehen.

Was für eine Katastrophe die ganze OO mirage für MS war und so uns! Was für ein Kosten Inflator!

... und ASP.NET Webforms / Ansichtszustand ... ich für Tage (unsere Programmierung Auftragnehmer deutlich gemacht haben.) Geben könnte

Ich vermute, VB6 apps begrenzte Lebensdauer haben wird, weil Redmond seine Programmierer zu halten hat damit beschäftigt, den Teppich unter jedem ziehen.

Wenn Sie denken, neu zu schreiben Ihre Anwendungen in .NET ihre Unsterblichkeit garantieren, nur nicht vergessen, DDE, OLE, COM, DAO etc. etc.

Wenn eine App funktioniert es keinen guten Grund ist, sollte es ohne jemand aufhören zu arbeiten, die Ressourcen zu finden, neu schreiben es alle paar Jahre, aber leider gibt es viele Gründe.

Es wird nur dann „unmöglich“, wenn Sie Maschinen und Betriebssysteme in den Mix starten hinzufügen, die die App wird nicht mehr laufen.

Vista wird noch VB6-Anwendungen laufen. Meine Vermutung ist, dass 7 wird auch weiterhin so gut machen .. und wenn nicht, gibt es immer die Virtualisierung.

Jede Art von Hardware / OS-Upgrades, die die Anforderungen Ihres Unternehmens planen können Ihre bestehende LOB-Anwendungen zu berücksichtigen. Das ist nicht anders als die aktuelle Version von Office oder Ihrem E-Mail-Client in Betracht gezogen wird.

PC nicht wirklich ein Verfallsdatum haben. Auch wenn Sie mit XP stecken können Sie Hardware erhalten, die mit ihm arbeitet und wird dies auch schon seit geraumer Zeit tun. Wenn Sie vorkompilierte Maschinen kaufen, müssen Sie einfach die installierte OS degradieren. Das ist nicht so große Sache ist.

Das heißt, Sie wahrscheinlich über 3 Jahre haben, bevor die Dinge schwierig werden, und eine weitere 1 oder 2 nach, dass, bevor die Menschen wollen nicht mehr in die IT-Abteilung arbeiten, weil, wie alte alles ist.

Ein VB6 Programm ist nichts anderes als eine Win32-ausführbare Datei, die von begleitenden COM-ActiveX-Bibliotheken auf eine Reihe setzt. So ist es nur eine Frage der ein richtiges Setup-Paket erstellt.

Durch die Art und Weise, die VB6 IDE läuft perfekt auf einem Windows 7 64-Bit-Maschine (mit ein paar kleinen Verbesserungen natürlich).

PS. Leider ist mein Unternehmen noch Schiffe kommerzielle und öffentlich zugänglicher VB6-Produkte, so -. Ich bin zufällig zu wissen, dass

Visual Basic 6.0 funktioniert, bis Sie Threads benötigen, oder bis Sie müssen Dateien Gesicht größer als 4 GB.

Ich muss sagen, dass dies etwas ist, kann man nicht die viel vorwerfen (und mit Recht!) Verleumdet COBOL für.

COBOL wird kontinuierlich mit häufigen neuer Releases von IBM, Unisys, Microfocus auf mehreren Plattformen unterstützt, die Dinge wie die neueste Hardware, 64-Bit-Adressierung unterstützen, für die XML-Unterstützung gebaut etc .. Es gibt sogar eine Linux-Version (OpenCobol), das gut voran.

Darüber hinaus die Sprache selbst kontinuierlich entwickelt (wenn Sie anrufen können, die gleichen alten Fehler mit neuen reservierten Worten Entwicklung machen: -}) und die neueste Spezifikation Langauge ist voll OO Look hier , wenn Sie mir nicht glauben!

So COBOL ist noch nicht tot nur archaisch. Während ich VB denken 6.0 wirklich tot ist und nur etwas zu spät für seine eigene Beerdigung.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow