Wann wird es unmöglich sein, zur Unterstützung von Visual Basic 6.0-Anwendungen?
In den letzten 3-5 Jahren habe ich schon erneuert, eine Versicherung und ein Werbefilm-Integrations-toolkit auf Basis von Visual Basic 6.0.
Laut Microsoft ' s "Es funktioniert einfach Politik" die IDE nicht mehr unterstützt wird, nach dem 8. april 2008.
Es funktioniert immer noch entwickeln und bereitstellen von Visual Basic 6.0-Anwendungen.
Wann wird es unmöglich sein, zur Unterstützung von Visual Basic 6.0-Anwendungen, oder wird Sie ewig Leben wie Cobol-Anwendungen tun?
Update: Microsoft-Anweisung. März 2010: Das Visual Basic-team engagiert sich für die "Es Funktioniert Einfach" - Kompatibilität für Visual Basic 6.0-Anwendungen auf Windows Vista, Windows Server 2008, einschließlich R2-und Windows 7.
Update Mai 2011:
Happy 20th Birthday Visual Basic!
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich würde sagen, Sie sind in Gefahr, denn die OS und hardware entwickeln sich aus unter Ihnen.
Können Sie ausführen von Visual Basic 6.0 auf Windows XP, aber auch das ist in der Nähe des Ende seines Lebens (er bleibt erneut auf seinem Tod-Bett).
Diese Cobol-Anwendungen, die noch Leben, weil die mainframes laufen Sie nicht überall gehen. "Big iron" wurde gebaut in einer Zeit, als Computer noch teuer und selten und musste für 20-30 Jahre. Nicht wahr, mit Anwendungen auf der Basis von PCs und Windows, die angesehen werden, wie mehr Einweg.
Wenn Sie brauchen, um weiter zu unterstützen, VB6 würde ich empfehlen, eine VM enthält, XP und VB 6 mit allen service packs drauf. Auf diese Weise können Sie weiterhin Ihre Entwicklungsumgebung auch wenn Ihr desktop entwickelt sich zu etwas, das möglicherweise nicht kompatibel mit dem VB 6 dev-Umgebung. Installieren von Visual Studio 6 auf Vista hatte Probleme vor zwei Jahren.
Für die neue Entwicklung über die Wartung würde ich schauen, in Richtung einer anderen Umgebung. Es ist meine Erfahrung, dass Sie besser dran, wenn man es aus einer völlig neuen Sicht und nicht beschränken Sie sich auf die Migration auf VB .NET. Es ist genug Aufwand zu migrieren, die Sie wirklich tun sollten, neue Entwicklung in der besten Umgebung für Ihre Applikation. Das mag sein, VB .NET und kann es nicht.
Entwicklung eine veraltete Technologie ist nie ein problem, bis es ist ein problem und dann ist es zu spät. Sie brauchen, um zu bleiben in den sweet spot der Kurve und Sie sind der einzige, der entscheiden kann, was das ist. Schaltet man zu früh, werden Sie wahrscheinlich die falsche Entscheidung treffen und wenn du zu lange wartest, werden Sie zu weit hinten. Es sind Entscheidungen wie diese, macht dieser Bereich Spaß und schmerzhaft zugleich.
Es gibt eine Tonne von vertikalen Markt entwickelte software in VB6 durch die Hersteller der verschiedenen Arten von Maschinen. VB6 verwenden von ActiveX-Steuerelementen, ActiveX-DLLs, und die Fähigkeit zu konsumieren die meisten Win32-DLLs, die dazu geführt hat, dass viele Hersteller der verschiedenen Komponenten zu unterstützen, VB6.
Mit VB6 und der Unterstützung der Bibliotheken ist mindestens eine Größenordnung schneller und zuverlässiger als die älteren Methoden der Montage auf custom-chips, oder mit C. zu Beachten ist, dass auch die C/C++ - Entwickler geholfen wurde, als Sie verbrauchen können neue support-Bibliotheken.
Viele dieser Anwendungen sind gefüllt mit mathematischen Funktionen, die getestet wurden, um die Arbeit für die Umwelt und die Maschinen, für die Sie ausgelegt wurden.
So, wenn Microsoft gemacht VB.NET nicht kompatibel mit VB6 dies war eine GROßE Sache für viele von uns. Im Gegensatz zum übergang von VB3 zu VB4-6, müssen wir berühren, die unseren code in viele Ort, um es zu bekommen arbeiten .NET. So viele in der Tat, es geht um die gleiche Sache wie das umschreiben Ihrer software in eine neue Sprache.
Aus diesen Gründen VB6 wird live auf für eine Weile länger, da alle diese Maschinen die es gibt. Braucht noch neue updates und fixes.
Wird es wohl für eine gute Anzahl von Jahren, aber irgendwann wirst du an den Punkt gelangen, wo Sie zu pflegen alte hardware, eine alte, unpatchable OS, um die software zu starten. Mittlerweile, Sie sind nicht auf alle neuen framework und der Sprache goodies, Holen Sie sich entwickelt. Schließlich, Sie haben ein Bedürfnis, etwas zu reparieren, oder fügen Sie etwas, das ist nicht möglich, in Ihrer Umgebung und dann bekommst du zu zahlen gesamte Rechnung für Ihre angesammelten technischen Schulden.
Meine nehmen: Sie sollten bereits mit der Arbeit an einem upgrade auf eine neuere Plattform oder Ersatz für die Anwendung. Meine Präferenz ist es fast immer, dies zu tun, bevor ich bin gezwungen durch die Umstände.
Ich denke, dass Visual Basic 6.0-Anwendungen werden live für eine lange Zeit, wie COBOL-Anwendungen, und aus ähnlichen Gründen. Teile meiner Produkte des Unternehmens sind immer noch VB6, und Sie werden nicht geändert, bis es einen guten Grund. Wir hoffen, dass Microsoft nicht in der Lage sein, um die drop-VB6-Unterstützung für eine gute Weile, weil zu viele Ihrer enterprise-Kunden haben VB6-apps. Sie haben bereits gezwungen, die Verlängerung der support-Frist über Ihre ursprünglichen Pläne. Wir hoffen, Raymond Chen gewinnt über MSDN Magazin - obskuren Witz, der nur dann einen Sinn, wenn Sie sich erinnern Joel ' s post über Microsoft ' s Dilemma mit der Abwärtskompatibilität versus design Reinheit.
Wenn Sie erwägen, aktualisieren oder umschreiben, IMHO diese Frage und diese Frage haben einige informative Antworten. Sie können mischen neue .NET-Komponenten mit vorhandenen Visual Basic 6.0-Interop, wenn es gibt .NET-features, die Sie wollen, oder auch wenn Sie nur wollen, um zu lernen .NET.
Den Visual Basic 6.0-newsgroups sind immer noch ziemlich aktiv, so gibt es offensichtlich eine Menge von alten fogeys wie ich noch in der Entwicklung in Visual Basic 6.0 🙂
Duffymo, Bruceatk - die Visual Basic 6.0-IDE werden können, um zu arbeiten auf Vista mit ein wenig Aufwand.
COBOL ist ein öffentlicher standard, der mehrere Implementierungen von verschiedenen Anbietern auf mehreren hardware-Plattformen.
VB6 ist nur von Microsoft unterstützt wird, und Sie habe Ihnen schon gesagt, dass Sie nicht Unterstützung es, auf neue Versionen von Windows. Also irgendwann ist es effektiv tot. Das gleiche gilt von COBOL -, aber bei weitem nicht so schnell.
Ich erwarte, dass es wird unmöglich, die Unterstützung von VB6 Applikationen nach Windows 7. (Ich erwarte, dass die VB6-runtime und IDE funktionieren unter windows 7, aber nicht windows 8)
Update: 2/17/12
Microsoft Visual Basic 6.0-support-Anweisung enthält nun Windows 8. Sie implizieren, kann die IDE ausgeführt werden, auf Windows 8 als gut.
http://msdn.microsoft.com/nb-no/vbrun/ms788708(en-us).aspx
Werden Sie immer in der Lage sein zu entwickeln, in VB 6, da Microsoft nicht besuchen Sie Ihren Computer, um uninstal es.
Wenn Sie nicht möchten, schreiben Sie Ihre Anwendung, dann müssen Sie nicht/nicht haben, um.
Aber die Werkzeuge, die Sie bekommen, jetzt sind die gleichen wie die, die Sie haben in zehn Jahren. So können Sie am Ende im Rückstand als neue informatik-Paradigmen kommen(vorausgesetzt, dass Sie nicht entwickeln Sie Ihre eigenen VB-compiler).
Durch kleben mit aktuellen VB, Ihre Anwendung wird immer "möglich" zu halten, aber es wird schwieriger jede Sekunde.
In einer Hinsicht, Sie werden ewig Leben, wie die vb-runtime wird weiter daran arbeiten die microsoft-Betriebssysteme, die heute existieren. VB6-apps noch in Vista, zum Beispiel. VB6-Anwendungen unmöglich sein wird, zu unterstützen, gehen nach vorne, wenn microsoft Stoppt Unterstützung für die VB6-runtime auf seinem Betriebssystem.
Dies bedeutet, dass Sie wahrscheinlich fortfahren, ewig zu Leben, viel zu als einige COBOL-Anwendungen, die auch heute noch Leben. Der neue code sollte fast nie geschrieben werden, die wirksam tote Sprache, jetzt, obwohl, so die Marktfähigkeit von VB6 Fähigkeiten werden in einem allmählichen Rückgang, bis einige niedrige, steady-state bleibt.
Mit Virtualisierung mittels VirtualPC/VMWare/VirtualBox, etc, ist es in der Theorie möglich sein sollte, zu unterstützen, VB6-Anwendungen, sofern Sie über eine host-Betriebssystem ausgeführt werden können, VB6 richtig, dass Sie virtualisieren kann, können diese Anwendungen laufen.
Ich bin denken viele Unternehmen, die software, die für NT4, die fehlende Treiber-Unterstützung für neue Maschinen in virtuelle Maschinen.
Ich denke, Sie werden es für immer sein. Einfachen Grund: MS kann nicht liefern ein Betriebssystem, das nicht unterstützt, weil Sie keine großen Konzern kaufen würde, dass OS.
Begann ich professionelle Programmierung mit Visual Basic 3.0 rund einem Jahrzehnt, und wahrscheinlich war ich der Letzte Kerl, um zu migrieren .NET (so habe ich es in 2004). Also KONNTEN Sie NICHT finden, ein größerer Bewunderer der Plattform als ich.
Ich glaube nicht, dass Visual Basic 6.0 gehen bald wieder Weg. Es gibt eine Menge von legacy-Anwendungen, geschrieben in es. Firma Buchhaltungs-software, maßgeschneiderte Werkzeuge, die Sie benennen. So werden die Anwendungen um.
Die Anzahl der frischen Visual Basic 6.0-Anwendungen, die unten in einer Spirale, so dass, wenn Sie schauen, um eine Karriere als Visual Basic 6.0-Programmierer überflüssig sind.
Das heißt, es wird eine ziemlich starke Nachfrage nach Menschen, die pflegen können/fix - /upgrade-alte-code.
Habe ich software in Visual Basic 6.0 geschrieben, die haben über 100 tausend Benutzern, und ist immer noch stark. Alle meine frisch Entwicklung in C#, aber für diese insbesondere software, ich denke, ich werde wieder schreiben Sie in C# von Ende 2009 oder Anfang 2010. Also zumindest bis dahin sehe ich nicht Visual Basic 6.0 wird nicht von Windows unterstützt wird.
Wenn du immer noch das OS und der Tools, die es niemals "Unmöglich" Sie zu unterstützen.
Die wirklichen Fragen ist, wenn Sie immer noch WOLLEN, um Sie zu unterstützen.
Meisten von, was erforderlich ist zum ausführen von Visual Basic 6.0-Anwendungen ist auch notwendig für VBA.
- Und VBA-nicht überall bald - es gibt einfach zu viel davon.
Also, wenn du bist alt genug, um die Entwicklung in Visual Basic 6.0, ich würde mich nicht darum kümmern beenden der Arbeit in Ihrem Leben.
VB6 wird wahrscheinlich für immer um sein in der Versicherung /bank geben Organisationen. Hardware bewegt sich aus Ihrem Reich ist nicht ein Problem. Sie werden einfach nur irgendeine form der emulator. Ich habe gesehen, eine Anwendung für eine sehr alte mainframe-Sie arbeiten im inneren ein emulator, der war in einem anderen emulator.
Es in der Regel nicht nur wirtschaftlich sinnvoll sein, für die nicht technisch überlegen, umschreiben und wiederholen Sie den Test für etwas, das bereits funktioniert. -
Willkommen in der Welt der schmerzhafte Hölle... raus jetzt 🙂 -
Die Laufzeiten sind immer noch der Alptraum mit .NET.
Unterstütze ich code auf 20,000-30,000 desktops und analysieren der Registrierung von Ihnen. Die Menge an PCs ohne .NET-Laufzeitumgebungen (geschweige denn 2+) ist atemberaubend. Es gibt keinen Weg, man kann die Masse der Verteilung von Hilfs-code (die core-Anwendung wird von C++) ohne beschäftigen ein Heer von support-Mitarbeitern-hand-halten der neu.
C++ ist der einzige Weg zu gehen für die client-Anwendungen.
Was für eine Katastrophe das ganze OO mirage wurde für die MS und damit uns! Was Kosten inflator!
... und ASP.NET webforms/viewstate... ich kann seit TAGEN (unsere Programmierung Auftragnehmer deutlich machte).
Ich vermute VB6-apps haben nur begrenzte Leben, denn Redmond hat, um Ihre Programmierer beschäftigt, ziehen den Teppich unter alle.
Wenn Sie denken, dass das erneute schreiben Ihrer apps .NET garantieren, Ihre Unsterblichkeit, nur daran erinnern, DDE, OLE, COM, DAO, etc. etc.
Wenn eine app funktioniert, es gibt keinen GUTEN Grund, es sollte aufhören zu arbeiten, ohne jemand zu finden der Ressourcen zu re-schreiben Sie es alle paar Jahre, aber leider gibt es viele Gründe.
Es wird nur "unmöglich", wenn Sie beginnen, hinzufügen von Maschinen und Betriebssysteme ist in den mix, dass die app nicht mehr laufen.
Vista noch laufen VB6-apps. Meine Vermutung ist, dass 7 werden weiterhin so zu tun, als gut.. und wenn nicht, es ist immer der Virtualisierung.
Jede Art von hardware /Betriebssystem-upgrades, dass Ihr Unternehmen plant, muss Ihre vorhandenen Branchenanwendungen in Betracht. Dies ist nicht anders als die Einnahme Ihrer aktuellen version von Office oder Ihre E-Mail-client in Betracht.
PC ' s nicht wirklich haben ein Ablaufdatum. Sogar, wenn Sie nicht weiterkommen mit XP erhalten Sie hardware, die mit es funktioniert und werden dies auch weiterhin tun für einige Zeit. Wenn Sie kaufen vorgefertigte Maschinen, die Sie möglicherweise müssen Sie lediglich den downgrade des installierten OS. Das ist nicht so große Sache.
Sagte, dass Sie wahrscheinlich haben über 3 Jahre, bevor die Dinge schwierig werden, und andere 1 oder 2 nach, dass Sie vor Menschen nicht mehr arbeiten wollen in Ihrer IT-Abteilung, weil, wie die alten alles.
Einem VB6-Programm ist nichts anderes als ein Win32-executable, stützt sich auf eine Reihe von begleitenden COM-ActiveX-Bibliotheken. Also es ist nur eine Frage der Erstellung einer korrekten setup-Paket.
Durch die Art und Weise, die VB6-IDE läuft perfekt auf Windows 7 64 bit-Maschine (mit ein paar kleinen tweaks versteht sich).
PS. Leider ist mein Unternehmen noch Schiffe kommerziellen und öffentlich zugänglich VB6-Produkte, so weiß ich es, dass.
Visual Basic 6.0 arbeitet, bis Sie mit threads, oder bis Sie haben zu Angesicht-Dateien, die größer als 4 GB sind.
Ich muss sagen, das ist etwas, das man nicht vorwerfen, die viel (und zu Recht!) verleumdet COBOL für.
COBOL ist kontinuierlich unterstützt mit häufigen neuen Versionen von IBM, UNISYS, Mikrofokus-auf mehreren Plattformen, die Unterstützung Dinge wie die neueste hardware, 64-bit-Adressierung, integrierte Unterstützung für XML etc.. Es gibt sogar eine Linux-version (OpenCobol), die gut voran.
Außerdem die Sprache selbst wird kontinuierlich an der Entwicklung (wenn Sie anrufen können machen die gleichen alten Fehler mit neuen reservierten Wörtern entwickeln :- } ) und die neuesten language-Spezifikation ist voll OO look hier wenn Sie mir nicht glauben!
Also COBOL ist noch nicht tot, bloß archaischen. Wobei ich denke, dass VB 6.0 ist wirklich tot-nur etwas zu spät für seine eigene Beerdigung.