Wechselt ein Programmierer von VB.NET auf C# und will später wieder mit VB.NET arbeiten, erntet er meist ungläubige und unverständliche Reaktionen. Oft grenzen sie schon fast an Anfeindungen, obwohl es dafür eigentlich keinen Grund gibt.
Wenn die Anhänger der Java-, Ruby- oder PHP-Gemeinde so reagieren würden, dann wäre das ja durchaus noch nachvollziehbar. Schließlich gibt es hinsichtlich der Philosophie und der Form ziemliche Unterschiede zwischen VB.NET und anderen Sprachen, und darüber lässt sich durchaus diskutieren. Aber die größten VB.NET-Gegner sind scheinbar C#-Entwickler. Und das ist wirklich nur schwer nachvollziehbar.
Wenn jemand von VB.NET zu C# wechselt, dann kann es dafür ganz einfache Erklärungen geben. Vielleicht muss etwa ein Programm überarbeitet werden, das ursprünglich in C# geschrieben wurde. Es muss nicht daran liegen, dass die Möglichkeiten von VB.NET eingeschränkter sind. Im Gegenteil, VB.NET erfüllt in den meisten Fällen die Bedürfnisse der Programmierer. Aber eine Menge Programmierer üben einen enormen sozialen Druck aus, der viele schließlich dazu bewegt, es mit C# zu versuchen. Denn in der .NET-Welt bekommt man den Eindruck, dass VB.NET-Entwickler als unfähiger und weniger erfahren gelten als C#-Entwickler oder dass C# schlicht und ergreifend die bessere Programmiersprache ist.
Allerdings kommen diese VB-Ressentiments nicht von ungefähr. Die VB-Familie aus VB6, VBA, VBScript und allen anderen Varianten ist aus technischer Sicht eine wirklich absolut erbärmliche Sprache. Eigentlich war früher das einzig Gute an VB, dass man damit schneller ans Ziel kam als mit der damaligen Alternative - und das war C++. Mit VB war man damals sogar schneller als mit Delphi, obwohl diese Sprache genauso einfach zu verwenden und zudem technisch sogar überlegen war.
Aber sämtliche Makel von VB nun automatisch auch VB.NET anzuheften, das ist schlicht und ergreifend ein großer Fehler. Als VB.NET herauskam, gingen VB-Entwickler auf die Barrikaden und äußerten massive Beschwerden. Aber das lag daran, dass es sich bei VB und VB.NET um zwei vollkommen unterschiedliche Sprachen handelt, die zufälligerweise so viel Syntax gemeinsam haben, dass sie auf den ersten Blick identisch scheinen mögen. Da man mit den Unterschieden zwischen VB und VB.NET aber ein eigenes Buch füllen könnte, wird an dieser Stelle von einer Auflistung abgesehen. Aber abgesehen von Ähnlichkeiten auf Syntax-Ebene lässt sich definitiv sagen, dass VB und VB.NET verschiedene Sprachen sind.
Lesermeinungen zum Artikel
Es sei nicht nur als Einsteigerprogrammiersprache ideal, sondern nun auch für den professionellen Entwickler.
Zu meiner Person: Ich selbst bin mit den original Basic-Varianten (meistens PowerBasic, QBasic und Atari ST Basic) aufgewachsen
und konvertierte später über Visual Basic 6.0 zu C++, Java und C#. Demnach kann ich von mir behaupten, eine unvoreingenommene Sicht auf die verschiedenen Sprachen zu besitzen.
Das mitbekommene Gespräch liess mich über meine Erfahrungen in den verschiedenen Sprachen nachdenken.
Ich muss deutlich ausdrücken:
Es ist schier unglaublich, wie weit der Irrglaube verbreitet ist, dass VB.NET leichter zu lernen sei, als eine Sprache wie C#.
Es ist bedauerlich, wie manche Programmierer/innen ihre Arbeit auf einer solch trübseligen Argumentation basierend unbewusst erschweren.
Ich habe noch nie ein einziges vernünftiges Argument gehört, das für VB.NET spricht.
Bereits kurz nach meinem Einstieg in Java bzw. C# habe ich bedauert, so viel Zeit mit VB verbracht zu haben.
Damit lässt sich NICHT leichter und NICHT schneller programmieren, als mit echten objektorientierten Sprachen.
Im Gegenteil. Nur eine echte objektorientierte Sprache erlaubt eine leichte Programmierung.
Ich kann auch die Auffassung vertreten, dass VB.NET leider einen guten strukturellen Programmierstil sowie Systemdesign kaum zulässt.
Gemäß meinen Recherchen hatte Microsoft sogar einst vorgehabt, VB ganz aus der Visual Studio-Reihe zu entfernen, da es als überflüssig angesehen wurde.
Doch Proteste der VB-Community schafften es letzendlich, dies zu verhindern. Hurra. Microsoft bedient nun weiterhin die Naivität einer
breiten Schicht von Informatikern/innen.
Ich habe mir die derzeitige Variante von VB.NET angesehen, wie sie in VS2008 zu finden ist. Überraschend stelle
ich eine Mutation des "guten alten" Basic fest, das nun versucht, sich an eine objektorientierte Programmiersprache anzuschmiegen.
Es ist ausser der Syntax kaum noch mit dem klassischen Basic zu vergleichen.
Sogar Vererbung und Polymorphismus sind nun in VB.NET möglich. Mein Gedanke: Inwiefern macht es dann noch Sinn, nicht gleich auf C# umzusteigen ???
Allein die Vorstellung, diese erweiterte Funktionalität mit der eingeschränkten Basic-Syntax zu bewältigen, müsste eigentlich schon den
weit verbreiteten Irrglauben, VB.NET sei leichter als andere Sprachen, beseitigen.
Man findet im Internet Aussagen wie "...VB.NET und C# verwenden die gleiche CLR (=Common Language Runtime) und .NET-Framework. Somit sind beide Sprachen funktionell gleichwertig..."
Tatsache. Stimmt. Allerdings nicht ganz. Diese Aussagen von Microsoft sind leicht falsch zu verstehen. Sie beziehen sich nicht auf die Compiler
der jeweiligen Sprache, und nicht auf bequeme Möglichkeiten der Programmierung.
Beispielsweise werden in VB.NET weder simple Präfix/Suffix-Operatoren, noch standardmäßige mehrzeilige Kommentierungen unterstützt.
In einer näheren Untersuchung vom aktuellen VB.NET deuten die Ergebnisse auf ein wenig sinnvolles Konzept seitens Microsoft hin.
Zum Beispiel wurde die bekannte Laufzeitbibliothek(=Modul) entfernt, ohne den Versuch der Attributsübergabe über den Compiler zu unterlassen.(Sinn?)
Der "Hammer" bleibt für mich persönlich die teilweise alte VB-Fehlerbehandlung, auf dessen Unterlassen der Programmierer durch Meldungen zwar hingewiesen wird,
deren Referenzmethoden jedoch der Compiler trotzdem mit einkompiliert, obwohl sie nicht verwendet werden (!!!)
Auch in Grenzfällen einer Exception (catch-Block) werden diese teilweise einfach ignoriert. Dies bedeutet, dass VB.NET-Programme lieber abstürzen
anstatt ein Exception-Handling zu befolgen.
Daraus lässt sich schließen: Microsoft war so sehr mit der äußerlichen Umstrukturierung von VB.NET beschäftigt, dass keine Zeit mehr für die inneren,
eigentlich wichtigeren, Reformen übrig blieb.
Auf diese Andeutung äußert sich Microsoft ausweichend mit dem subjektiven Kontext: "Das merken die VB-Programmierer sowieso nicht."
VB.NET-Programme haben eine definitiv instabile Performance, obwohl, wie oben erwähnt, auch andere Sprachen das gleiche Framework verwenden.
Entscheidend dafür ist leider das semantische Konzept des Compilers, nicht nur das Framework selbst.
Es ist scheinbar für die Projektleiter von Microsoft unklar, in welche Richtung sich VB.NET seit
dem Verkaufsschlager VB 6.0 entwickeln soll. Bisher ist eine sich selbst widersprechende Ideologie, gemischt aus dem alten Basic und
einer objektorienterten Sprache zu erkennen. Ich gebe jedoch den Microsoft-Projektleitern keine Schuld an den Umständen.
Sie haben VB.NET niemals als sinnvolles Instrumentarium für Informatiker/innen dargestellt. Sie bedienen lediglich die Nachfrage.
Aber VB.NET hat ja noch genügend Zeit, sich weiterzuentwickeln.
Microsoft wird es nun wieder verbessern, verbessern und verbessern.
In der endültigen Fassung bekommt es dann schließlich einen neuen Namen: C#.
C# ist eine Sprache für Informatiker, VB.net ist sehr wohl etwas einfacher zu erlernen. Auf der anderen Seite wird einem für meinen Geschmack bei VB zu viel verborgen, um die Dinge eben einfacher erscheinen zu lassen. Bei C# hat man dagegen alles direkt in Reichweite (Codebehind-Dateien des Designers bei ASPX sind bei VB nicht sichtbar).
Ich bevorzuge auch C#, jedoch ist einiges hier auch Knochenarbeit, die man bei VB deutlich weniger hat.
MsgBox (Form1.TextBox1.Text)
In C# müssen wir bekanntermaßen die Instanz von Form1 an Form2 als Parameter übergeben in VB.NET geschieht dies automatisch, völlig im Hintergrund d.h. OOP ist in VB.NET weder konsiquent vorhanden noch realisiert worden im Gegenteil: VB.NET ist so einfach wie VB6 die Stolpersteine und die Bequemlichkeit aus VB6 wurden weiter übernommen siehe dazu: InputBox, Rnd, MsgBox usw. was soll der Schwachsinn? Offenbar traut man einem VB6er nicht zu, OOP zu programmieren und es stimmt auch! BASIC Programmierer sind es gewohnt möglichst einfach zu programmieren ohne nach zu denken und bei VB.NET muss man sich eben bei vielen Dingen keine Gedanken machen es geschieht automatisch im Hintergrund.
Ferner werden in VB.NET die wichtigen Elemente alle samt ausgebelndet, man sieht nicht was geschieht. Gut, mit BASIC kommt man sehr schnell ans Ziel aber doch nur weil es so simpel und eben nur für Anfänger konzipiert ist. In der Profiliga kommt man nun mal nicht an Sprachen wie C#, C++ usw. vorbei.
Microsoft täte daher gut daran, das VB vollkommen aus .NET zu streichen da es keinen Sinn macht eine nicht zu 100% OOP fähige Sprache weiter zu pflegen. Dafür gibt es VB6 Alternativen wie z.B. RealBasic ebenso easy wie VB6 und naja im Ansatz OOP aber VB.NET ist eben easy Way da kann man sagen und tun was man will!
VB.NET bedient eben nur die Nachfrage nach einer Kindergartensprache mehr nicht ich denke das VB ohne hin bis auf VBA verschwinden wird, da Microsoft auf Dauer dieses rodukt nur noch separat für Anfänger anbieten kann. Ich habe mich selbst gewundert, wie einfach VB.NET ist und wie viel Zeit ich spare aber eben auch wie viel an OOP in VB.NET verloren geht, wie viel fehlt und das VB.NET eine schlichte Mischung aus halb OOP und schlechtem Stil ist.
VB.NET ist einfach nur Blödsinn, wer damit programmiert tut mir wirlich leid die Unterschiede sind nicht zu vernachlässigen, im Gegenteil VB.NET ist nur halb OOP mit gefährlicher BASIC Schlichtheit. Tut mir leid, aber es gibt nicht ein Argument das für die blödsinnige Anfägnersprache VB.NET spricht im Gegenteil wer OOP konsiquent programmieren möchte muss C# oder C++ nutzen VB.NETer haben es eben nicht verstanden und meinen das C# Knocehnarbeit sei genau das Gegenteil ist aber der Fall wenn man sich einmal dran gewöhnt hat dann wird man den easy Way von VB.NET nicht missen! VB.NET Programmierer sollten nicht so tun, als sei VB.NET professionell C# wird die Zukunft sein und VB.NET wird hoffentlich bald verschwinden dann müssen diese BASIC Programmierer sich eben wieder dem klassischen BASIC zu wenden wo Sie meiner Meinung nach auch hätten bleiben sollen! VB.NET=Anfänger/Irrtum, C#=OOP/anständig!
Der o.a. Bericht zeigt einfach die Unwissenheit der Redaktion! VB.NET ist nicht mal halb so gut wie C# von der halben OOP Fähigkeit mal ganz zu schweigen wenn ich sehe, wie VB.NET Code aussieht wird mir schlecht wie einfach es MS den BASIC-Programmierern wieder mal gemacht hat!
Gruss TomTom
VB.Net ist Deiner Meiung nach, also nicht objektorientiert und wenn dann erst seit Visual Studio 2008?
Das klingt alles sehr nach Halbwissen und sogar falschen Aussagen (vb.net unterstützt keine mehrzeiligen Kommentare, Fehlerbehandlung funktioniert nicht etc.).
Die Unterschiede zwischen c# und vb.net sind minimal und zu vernachlässigen (bis auf die offensichtliche Syntax und kleinere Sprachkonstrukte natürlich).
Anwendungen können in c# und vb.net nahezu identisch im Design aufgebaut werden und dies ist einfach ein Fakt.
Ich bin gepsannt, ob so "Experten" wie Du, dies auch irgendwann mal verstehen werden.
toxbug.blog.de/...
Die meisten VB.NET-Programmierer verstehen diese Analyse leider ohnehin nicht, habe ich festgestellt ;-)
Zum Glück nicht mein Problem.
C# ist auch eine gute Sprache, aber viel schwerer verständlich als C.
Aber ich weiß garnicht mal, was alle immer mit OOP haben, die wichtigste Sprache, die man zum Programmieren braucht ist ASM, und diese Sprache versteht von OOP genausoviel wie Feuer von Wasser.
C# wäre in dieser Form niemals so entstanden, hätten wir nicht eine Referenzsprache Visual Basic und VFP gehabt.
Sie kämmen heute nicht in den Genuß Ihre Lobeshymnen zu C# zu schreiben, wäre VB und vor allem VB.NET nicht gewesen, denn erst diese gaben uns den Anstoß und die Möglichkeit in diese Richtung zu entwickeln.
VB.NET bietet vollständigen Funktionsumfang des Frameworks, umgesetzt durch MSIL bzw. CIL, wie auch C#, nur das wir in VB.NET die Referenzen und vorhandenen Strukturen einer über jahrzehnte gewachsenen Sprache übernehmen mussten, um unseren VBlern ihre gewohnte Unterstützung bieten zu können.
In wie fern das Nachteile sind, ist selbst in unserem Haus strittig, da auch hier Vorteile gewachsen sind, welche C# verborgen bleiben.
Abschließend möchte ich noch anmerken, das Ihrem Beitrag eine gehörige Portion persönlicher Ansichten und gefährlichem Halbwissen zu entnehmen ist! Mit beidem muß man nicht zwingend an die Öffentlichkeit gehen.
Gruß Benjamin
Es ist unbedeutend welche der Netsprachen bentzt wird, sie benutzen alle das Framework, sei es C# mit seinen ca. 85 Keywords oder VB.NET mit seinen 160 Befehlen.
Der Sinn ist doch, das man völlig unabhängig jede Net-Sprache benutzen kann die man möchte, um zum Ziel zu kommen.
Ich nehme seit 10 Jahren bereits C# und werde das auch weiterhin tun, nur wüsste ich keinen Grund weshalb ich die gleiche Arbeit nicht auch in VB.NET erledigen sollte.
Je nach Vorgabe code ich C++, Python, Java, (naja PHP) oder eben VB.NET, kommt immer drauf an mit welchen Voraussetzungen ein Kunde zu uns kommt und das Framework ist so großzügig, das man es für jeden dieser Kunden benutzen kann, egal mit welcher Sprache er ankommt.
Sollte man sich in der heutgen Zeit auf eine Sprache wie C# festlegen? Ich denke nicht, oder man ist ganz schnelle mal eben weg vom Fenster bei uns. Flexiblität und Effizienz sind zwei Schlüsselwörter, die bei uns die größte Rolle spielen.
Einen nur C#-Programmierer würde ich niemals einstellen,bezw. meine Einverständnis zur Einstellung geben, wozu denn?
Heute muss man nicht C++ können, doch die Flexibilität, sich auf eine neue Sprache einzulassen, die muß auf jeden Fall da sein.
Gruß Waldemar
Entschuldigen Sie, ich habe (leider) Ihren kompletten Beitrag gelesen. Leider, weil es eigentlich nicht nötig gewesen wäre, ihn gänzlich zu lesen, denn die Qualität ihrer Recherchearbeit disqualifiziert sich bereits mit dem Datum Ihres Beitrag und der Aussage gleich zu Beginn bezüglich:
"Erst neulich konnte ich zufällig ein Gespräch über das tolle neue Visual Basic mithören"
Wenn jemand im April 2009, also viele Jahre nach Einführung einer voll objektorientierten Programmiersprache einen Beitrag, zudem mit einem solchen Überschrift, verfasst, der hat sich selbst und seine fachliche Qualifikation bereits geoutet, bevor er den Artikel beendet hat.
Sie sollten eventuell Ihre Grundeinstellung überdenken! Ihr Artikel richtet sich fast gegen eine Personengruppe, als gegen eine Sprache. Beides ist in der Form bereits bedenklich, da es beides nichts, aber rein gar nichts mit Programmierung und der täglichen Arbeit an logischen Abläufen zu tun hat.
Wenn Sie VB.NET in Frage stellen, stellen Sie zudem das NET Framework in Frage
Trotzdem viel Glück, weiterhin!
Was ich Euch aber auf gar keinen Fall vorenthalten möchte, ist, wie folgendes Unternehmen Ihren Delphi Entwickler beschreibt:
www.infuracom.net/...
Dahingegend entspricht die Beschreibung der C# Entwickler gar schon wieder einer Lobeshymne:
www.infuracom.net/...
Auf jeden Fall was zum Schmunzeln... :-D
LG, die Maggi
Ich habe allerdings nicht vor, hier detailliert auf die Unterschiede, Komplexität, sowie Vor- und Nachteile der einzelnen Sprachen einzugehen. Aber wenn ich lese, was hier zum großen Teil für ein Unsinn zusammengeschrieben wird, muss ich mich doch mal zu Wort melden. Ein paar Auszüge:
"Ich habe noch nie ein einziges vernünftiges Argument gehört, das für VB.NET spricht."
Mag auf Sie zutreffen, es gibt dennoch einige.
"Damit lässt sich NICHT leichter und NICHT schneller programmieren ..."
Das kommt auf die Sprache, mit der verglichen wird, an. Es lässt sich jedoch damit leichter und schneller programmieren, als mit vielen anderen Sprachen, einschließlich C#.
"... als mit echten objektorientierten Sprachen."
VB.Net ist im Gegensatz zu VB Classic eine "echte objektorientierte Sprache". Das war auch der Sinn dieser komplexen Änderung.
"dass VB.NET leider einen guten strukturellen Programmierstil sowie Systemdesign kaum zulässt"
Ich habe den Eindruck, dass Sie noch nie mit VB.Net, sondern nur mit älteren VB-Versionen gearbeitet haben und/oder anderen Basic-Dialekten.
"... inwiefern macht es dann noch Sinn, nicht gleich auf C# umzusteigen ???"
Wenn die Sprachen doch sowieso fast gleich sind, wie Sie geschrieben haben, wieso schreiben Sie dann oben, dass VB.Net im Gegensatz zu C# keine echte objektorientierte Sprache ist? Ihre Aussagen sind total widersprüchlich!
---
"Gut, mit BASIC kommt man sehr schnell ans Ziel aber doch nur weil es so simpel und eben nur für Anfänger konzipiert ist. In der Profiliga kommt man nun mal nicht an Sprachen wie C#, C++ usw. vorbei."
So einen Satz habe ich schon öfter gehört und so ein Satz wird ausschließlich von Leuten gesagt, die gar nicht wissen, worauf es bei einer Programmiersprache ankommt, damit sie zur - wie Sie sagen - "Profiliga" gehört. Schon der Begriff "Profiliga" lässt auf mangelnde Kenntnis und mehr auf Nachplappern schließen. Wie auch immer C# und C++ im Sinne von "Profiliga" in einen Topf zu werfen ist schlichtweg falsch. Um es kurz zu fassen: C# ist zwar an die Syntax von C angelehnt, aber einfacher gehalten, also eher wie VB.
"... VB vollkommen aus .NET zu streichen da es keinen Sinn macht eine nicht zu 100% OOP fähige Sprache weiter zu pflegen"
"VB.NET bedient eben nur die Nachfrage nach einer Kindergartensprache mehr nicht"
"100% OOP", "Kindergartensprache" Schon wieder völlig sinnfreie Aussagen.
"ich denke das VB ohne hin bis auf VBA verschwinden wird, da Microsoft auf Dauer dieses rodukt nur noch separat für Anfänger anbieten kann."
Es wird wohl eher genau umgekehrt werden. VBA wird laut Microsoft evtl. irgendwann durch eine leistungsfähigere, modernere und an das Framework angepasste Sprache ersetzt und VB.Net wird eher bleiben, da es nun ja von Microsoft überarbeitet und angepasst wurde. Die "Pflege" jetzt ist recht einfach.
"aber eben auch wie viel an OOP in VB.NET verloren geht"
Bitte????? Im Gegenteil die Objektorientiertheit hat mit VB.Net im Gegensatz zu VB Classic (also VB6 und abwärts) extrem zugenommen!
"Der o.a. Bericht zeigt einfach die Unwissenheit der Redaktion! VB.NET ist nicht mal halb so gut wie C# von der halben OOP Fähigkeit mal ganz zu schweigen"
Ich würde den Mund nicht so voll nehmen. Die Redaktion hat im Gegensatz zu Ihnen 1000mal besser recherchiert!!! Auf Ihren vorletzten Absatz gehe ich am Besten gar nicht erst ein, sonst müsste ich noch seitenweise schreiben.
---
Dem darauffolgenden Beitrag kann ich mich völlig anschließen:
"Das klingt alles sehr nach Halbwissen und sogar falschen Aussagen ... zwischen c# und vb.net sind minimal und zu vernachlässigen (bis auf die offensichtliche Syntax und kleinere Sprachkonstrukte natürlich)."
---
TomTom auch Ihr zweiter Beitrag wird leider nicht besser. Genau der gleiche Unsinn:
"... und ist für professionelle Dinge total ungeignet"
Für was denn beispielsweise? Wenn Sie erfahrener C++-Programmierer wären, würde Ihnen sicherlich etwas einfallen. Allerdings nur einen Satz weiter ausgerechnet von C# zu schreiben, ist unsinnig.
Mit freundlichen Grüßen.
VB hatte niemals den Anspruch eine "Profisprache" zu sein, sondern hat dem Programmierer die Arbeit erheblich erleichtert.
Natürlich war die Geschwindigkeit bei VB im Vergleich zu VC++ oder Delphi relativ langsam, aber bei vielen Anwendungen war dieser Geschwindigkeitsvorteil irrelevant.
Wenn ich z.B ein kleines Programm benötige, das sowohl in C++ als auch in VB realisiert werden könnte und die Geschwindigkeit nicht entscheidend ist, dann entscheide ich mich natürlich für VB, denn schließlich ist die Programmierung damit schneller und einfacher.
Warum sollte man sich also die Mühe machen und dieses Programm extra in C++ programmieren, nur weil C++ einen besseren Ruf hat?
Von VB.NET bin ich sehr enttäuscht.
Microsoft hätte lieber VB als "gutes altes" VB weiterführen sollen und nicht diesen Mischmasch mit dem .NET Framwork veranstalten sollen.
Wenn ich mir die heutige VB.NET Version ansehe, dann ist das ein Mischmasch aus dem alten VB und C# u.s.w, also nichts halbes und nicht ganzes und unter diesem Umständen kann man dann auch gleich zu C# greifen.
Ich wundere mich immer wieder über die Arroganz der C++/C# Entwickler, die den VB-Programmieren Dummheit und Naivität unterstellen.