Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Visual Basic-ontwikkelaars willen support VB6 houden

Microsoft zal aan het einde van deze maand de standaardondersteuning voor Visual Basic (VB) 6 stopzetten. Dit betekent dat er geen kritische updates voor de software zullen worden vrijgegeven en dat het niet langer mogelijk is om gratis ondersteuning te krijgen bij problemen. Beide diensten zal het softwarebedrijf nog drie jaar tegen betaling blijven aanbieden. Een groot aantal van Microsofts Most Valuable Professional (MVP)-ontwikkelaars zou het echter op prijs stellen als het bedrijf de standaardondersteuning op de huidige wijze zou blijven uitvoeren en de taal zou blijven ontwikkelen naast Visual Basic .NET, de taal die door Microsoft als opvolger is gepositioneerd. Om dit te bereiken, hebben de ontwikkelaars een petitie online gezet. De petitie is al ondertekend door meer dan 200 MVP's.

De ondertekenaars hopen dat Microsoft door de petitie zal besluiten een nieuwe versie van VB binnen de Visual Studio IDE te ontwikkelen. Deze versie zou, in tegenstelling tot VB.NET, volledig compatibel moeten zijn met VB 6 en heeft als mogelijke naam VB.COM meegekregen. Deze VB-versie moet compileren naar native code, wat zou betekenen dat binnen Visual Studio zowel een managed als unmanaged versie van VB aanwezig zal zijn, respectievelijk VB.NET en VB.COM. Dit is nu ook het geval voor unmanaged C++ en managed C#. Door ondersteuning voor beide talen toe te voegen aan de IDE en het .NET-framework zou interoperabiliteit tussen de talen eenvoudiger te bereiken moeten zijn, en ontwikkelaars zouden gemakkelijker kunnen overstappen naar een andere .NET-taal.

Microsoft heeft in 2000 VB.NET geïntroduceerd. Veel VB6-programmeurs zijn sindsdien overgestapt op andere talen, waaronder VB.NET en Java. Een van de bezwaren die de (voormalige) VB6-ontwikkelaars tegen VB.NET hebben, is de steile leercurve. VB.NET is in feite een compleet nieuwe taal, waardoor het vrijwel onmogelijk is om VB6-applicaties 1-op-1 over te zetten. Hier staat echter tegenover dat de idee van softwareontwikkeling in iedere programmeertaal gelijk is, waardoor het leren van een nieuwe taal over het algemeen niet zo moeilijk is als het doorgronden van programmeerconcepten. Daar komt bij dat VB.NET en andere .NET-talen technologisch gezien beter op de toekomst zijn voorbereid dan VB6, zo meent Jez Higgins, ontwikkelaar en tegenstander van de genoemde petitie.

Door Harm Hilvers

Freelance nieuwsposter

12-03-2005 • 15:26

58 Linkedin Google+

Bron: Builder UK

Reacties (58)

Wijzig sortering
Als je dit soort verhalen leest kan je inderdaad maar beter met QT, Java of Python werken...

Sowieso ben je met een Open Source programmeer taal (dwz een taal met open source compiler / interpreter) beter af, omdat het voortbestaan ervan niet afhangt van 1 enkel bedrijf.
Of dat zo is durf ik niet te onderschrijven, kijk bijvoorbeeld eens naar PHP. Ook bij een major update van PHP gaan er dingen kapot, of ze werken niet meer. En PHP4 zal niet tot in den treuren onderhouden worden, dus ook daar zal je moeten migreren, ondanks dat PHP opensource is :)
Ergens vind ik dat VB6 ontwikkelaars niet zo moeten huilen. Als serieus ontwikkelaar...
Oxymoron mijns inziens :? :P
Ook met VB6 kon je serieuze dingen maken. Stelregel was vrij simpel: was iets veel rekenen of ingewikkelde datamodellen: cpp, ging het meer over presenteren en kleine wijzigingen: vb.

Het zijn mi altijd al twee talen geweest die elkaar aanvullen.
Het is wellicht handiger om over te stappen op het .net platform, maar omdat er binnen bedrijven veel applicaties draaien die nog gebaseerd zijn op het 'oude' Visual Basic, en dit al jaren lang zo doen, migreer je niet zo 1-2-3 even naar een ander platform, omdat het allerlei narigheden zoals downtime met zich meebrengt.
Dat je door interop nog steeds oude objecten kunt gebruiken staat hier helemaal los van.

Het gaat erom dat je toch echt eerst die objecten met VB6 zal moeten compileren, en daar wordt nu juist de ondersteuning voor stopgezet. Dus als je een probleem hebt omdat er een probleem is met een VB6 runtime, dan kan je dat niet meer oplossen.
uhmm.. waarom zou iemand over moeten stappen op zo'n log buggy .Net junk.. De syntax van vb.net is behoorlijk gewijzigd. VB.Net is een stuk trager, tevens zijn er bij .NET genoeg problemen waar je je gebruikers niet mee wil opzadelen (of je eigen helpdesk), waarvan security het grootste probleem is.
VB6 kun je ook hardstikke gestructureerd werken. Het enige alternatief wat een vb6 programmeur zo ongeveer heeft is dan maar over te stappen op zoiets als RealBasic (wat ook weer een paar nadelen heeft)..
Ik noem iemand die om de haverklap over stapt op een nieuwere programmeertaal juist geen serieuze ontwikkelaar..
Tuurlijk zien jouw C++, Java en vb code er ongeveer hetzelfde uit op de syntax na dan, maar betekend dat dan dat je zomaar moet overschakelen op een andere taal? Ik vind persoonlijk Java en C++ juist maar rommelig, maar ik mis in vb6 wel enkele OOP dingen zoals inheritance, maar de overstap naar vb.NET is gewoon walgelijk, de taal is behoorlijk aangepast, en conversie programma's werken vaak genoeg niet goed (Hoe goed je ook gestructureerd hebt geprogrammeerd)..
Maar ieder heeft zo zijn eigen voorkeur (voordat ik met vb werkte was ik echt een vervente Turbo Pascal/ Delphi programmeur, maar nu na jaren in vb te hebben gewerkt en ook delphi moet ik zeggen dat voor veel dingen VB zeker mijn voorkeur heeft (al is het alleen al vanwege de beste IDE die ik ken..) Maar helaas kan dus niet alles met vb6 vanwege missende OOP dingen, als ze die nog zouden toevoegen (en die zou er intern schijnbaar wel zijn maar nooit gereleased vanwege vb.net) dan zou ik gewoon niet meer weg te meppen zijn uit vb.
Stel je voor, jij werkt binnen een serieus bedrijf aan een serieus softwareproject (pak-em-beet 5 miljoen regels effectieve code). Dat softwareproject is in VB6 geschreven.
Vervolgens zegt jouw leverancier: Ik ga het niet meer ondersteunen, als er een bug zit in mijn compiler waardoor jouw klant dat serieuze probleem heeft, dan zoek je het zelf maar uit. Maarehh, die broncode van de compiler, die houden we lekker zelf }>. Hoe je dan die fout gaat oplossen verzin je zelf maar :P Nou doedoei! gebruik maar VB.NET!
Als mijn leverancier dat zou doen zou ik helemaal gek worden. Je 5 miljoen regels code zijn ineens waardeloos geworden! Je kan wel zeggen: dat moet je alleen ff converteren. Dat werkt nooit voor 100%, en als 0,5% van 5 mln regels code verkeerd gaat, ben je zwaar de lul. Vooral als je daarvan maar van 99% van de fouten een compile-error krijgt :X (=2500 fouten over)
Begrijp me niet verkeerd, elke serieuze applicatie verdient een serieuze taal. Maar dit heeft niks te maken met willen leren, maar met legacy-stuff.
Het gaat er niet om dat het hele .net gebeuren een veel fijnere programmeeromgeving is (wat ik overigens onderschrijf), maar dat er nog veel legacy VB6 code is.

En ook al zijn er zat tools om je code van VB6 om te zetten in VB.net, is dat toch niet iets wat je zomaar even op een vrijdagmiddagje doet.

(Zelfde heb je ook van ASP naar ASP.net, is het ook een compleet nieuwe taal, stiekem, en het 1-op-1 overzetten gaat niet zo lukken)
Dat is het probleem niet; er is idd nog veel legacy VB6 code, maar die code kan toch nog altijd door de ontwikkelaars ondersteund worden?
Je hoeft helemaal je legacy code niet naar .NET om te zetten; die kan je gewoon nog blijven supporten.
MS gaat gewoon geen tijd en geld meer steken in de ontwikkeling; support van VB6, met als gevolg dat er ook geen patches etc... meer komen. Moet je daar rouwig om zijn ? IMHO nee.
Ik snap heel goed dat MS dat niet meer gaat doen, na x aantal jaar ondersteunen ze hun oudere versies van hun OS'en toch ook niet meer ?
Het is niet omdat MS VB6 niet meer verder ondersteunt, dat je daarom geen software meer kan schrijven of onderhouden in vb6.

Op dit item kan niet meer gereageerd worden.


Call of Duty: Black Ops 4 HTC U12+ dual sim LG W7 Google Pixel 3 XL OnePlus 6 Battlefield V Samsung Galaxy S9 Dual Sim Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True