|
| |

VB.NET - Fortgeschrittene| C# oder VB.NET - eine ständig wiederkehrende Frage | |  | Autor: ralf_oop (Moderator) | | Datum: 08.12.04 16:35 |
| Ständig kommt die Frage auf, welche Sprache besser sei: C# oder VB.NET. Dieser Thread soll Klarheit schaffen.
Prinzipiell bieten alle .NET-Sprachen (dazu gehören neben C# und VB.NET auch C++ mit Managed Extensions, J# und weitere Sprachen dazu) einen grundlegende „Mindestausstattung“ von Features, die unterstützt werden müssen. Dies ist durch die „Common Language Specification“ (CLS) gewährleistet. Wenn die CLS nicht unterstützt wird, ist es keine .NET-Sprache. Durch die Einhaltung der CLS kann man mit jeder .NET-Sprache jeden Typ von Anwendung entwickeln. Durch die Verwendung des .NET Frameworks kommt die riesige Funktionsvielfalt zu standen, da es (alle) benötigten Funktionen beinhaltet, wie Multithreading, Variablentypen, Verschlüsselung, XML-Unterstützung oder Zugriff auf die Windows-Registry.
Unterschiede zwischen den .NET-Sprachen liegen einmal im Codestyle (z.B. Geschweifte Klammern in C#) und in Feinheiten, wie die XML-Kommentare von C#. In C# ist es möglich, durch eine Compileroption aus den XML-Kommentare eine XML-Datei zu erstellen, welche von weiteren Tools verwendet wird und z.B. daraus eine Dokumentation zu erstellen. Dieses Feature gibt es in VB.NET (noch) nicht, welches aber von einem Tool geschlossen werden kann. C# bietet auch die Option, ein Objekt nach verlassen eines bestimmten Codeblocks automatisch wieder zu zerstören, über dieses Features wird VB.NET in der nächsten Version verfügen. Allgemein unterscheidet sich C# nur minimal von VB.NET (außer dem Codestyle). Es findet nur deshalb so eine hohe Verwendung, da sich C++-Programmierer schneller in C# einarbeiten als in VB.NET. Aber es besteht die Möglichkeit, von Klassen zu erben – egal in welcher Sprache diese ursprünglich erstellt wurden, da beim Kompilieren kein Maschinencode erstellt wird, sondern einen Zwischencode namens IL-Code, ähnlich den Bytecode von Java. Im Gegensatz zum Bytecode wird der IL-Code beim Starten in Maschinencode übersetzt und auf die zugrunde liegende Plattform optimiert (z.B. auf einen Pentium4-Prozessor). Durch diesen IL-Code ergeben sich auch keine Performance-Unterschiede, da dieser immerschnell ausgeführt wird, unabhängig von der ursprünglich verwendeten Sprache. .NET-Programme werden nur durch den Code beeinflusst, d.h. wer guten (optimierten) Code schreibt, hat auch .NET-Programme, die besser ausgeführt werden als schlechter Code. Dies ist aber nichts Neues, dies ist auch z.B. in C++ der Fall.
Fazit: Egal ob C# oder VB.NET – beide Sprachen können bis auf wenige Details das Selbe, welches sich aber mit VB.NET 2005 (Erscheinungstermin: 3.Quartal 2005) ändern wird. Auch bringt das Umschreiben von Code in eine andere Sprache keinen Sinn, einfach eine neue Klasse erstellen, die den vorhandenen Code überschreibt.
Ralf |  |
 | Sie sind nicht angemeldet! Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.
Einloggen | Neu registrieren |
  |
|
sevISDN 1.0 
Überwachung aller eingehender Anrufe!
Die DLL erkennt alle über die CAPI-Schnittstelle eingehenden Anrufe und teilt Ihnen sogar mit, aus welchem Ortsbereich der Anruf stammt. Weitere Highlights: Online-Rufident, Erkennung der Anrufbehandlung u.v.m. Weitere InfosTipp des Monats sevAniGif (VB/VBA) 
Anzeigen von animierten GIF-Dateien
Ab sofort lassen sich auch unter VB6 und VBA (Access ab Version 2000) animierte GIF-Grafiken anzeigen und abspielen, die entweder lokal auf dem System oder auf einem Webserver gespeichert sind. Weitere Infos
|
| |
|
Copyright ©2000-2025 vb@rchiv Dieter Otter Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.
Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel
|
|