|
| |
Allgemeine Diskussionen| Vorurteile gegenüber VB.NET (Teil 1) | |  | | Autor: Manfred X | | Datum: 27.10.05 14:37 |
| Hallo Ralf!
Du wolltest 'Vorurteile'
Bitte hier sind sie .....
Ich betone, dass der folgende Text die "Vorurteile aus dem Bauch eines VB6-Liebhabers" enthält.
Er ist weder objektiv noch sachlich wohlabgewogen. Er versucht gar nicht erst, VB.NET irgendwie gerecht zu werden, weil nämlich durch VB.NET die sinnvolle evolutionäre Weiterentwicklung von VB6 beendet worden ist. Auch deshalb ist der Text gemein, einseitig und insofern literarisch formuliert. Eine liebgewordene "Welt" wird untergehen, weil der Fortschritt (FREUDscher Tippfehler: Fortschrott) über sie hinwegrollt - und das wird schwer übelgenommen.
Was ist - aus Sicht eines VB6-Liebhabers - zu VB.Net zu sagen:
1. Es gibt keinen Interpretermodus. Man kann nicht während des Debuggens den Code direkt ändern - das ist in meinen Augen Mittelalter und eine erhebliche Erschwernis. Damit hat VB.Net keinen Anspruch auf die Bezeichnung 'BASIC'.
2. Man muss im Direktfenster Variable 'voll qualifizieren', um sie anzeigen zu können. Das ist indiskutabel.
3. Nullbasierte Arrays - das ist C, aber kein BASIC !
Es ist nicht hinnehmbar, dass die Verwaltung für nicht-nullbasierte Arrays, die durchaus auch in VB.Net vorhanden ist, für den Programmierer aus irgendwelchen Kompatibilitätsgründen prinzipiell gesperrt wird.
4. Com-Interoperabilität: schönes Wort, nette Idee!
Wenn man eine in VB.Net entwickelte DLL per TLB in VB6 einbindet, sind die möglichen Überraschungen grenzenlos - es gibt keine halbwegs durchgängige Abwärtskompatibilität. Es gibt auch keinen Erstellungs-'Switch' der volle VB6-Verwendbarkeit garantieren würde. Und dann dieses Getue mit den 'starken Namen'. Wieso läßt sich das nicht optional abstellen?
5. Ein unüberschichtliches Objektmodell.
Man sucht ewig, bis man Eigenschaften und Methoden findet: von wegen intuitiv! Und wenn man etwas gefunden hat, muss man weiterfahnden nach einem Beispiel, um mitzukriegen, wie man das dann anwenden muss. Zeitverschwendung. Und die Beispiele in der MSDN - ich sag' besser gar nichts dazu ...
6. Überhaupt: die MSDN-Dokumentation.
Überall Ungereimtheiten. Gerade eben wieder eine gefunden.
"IsNumeric gibt True zurück, wenn der Datentyp von Expression Short, Integer, Long, Decimal, Single oder Short ist."
Und was ist mit Byte? Gibt sie da etwa nicht 'true' zurück? Und das zweite Short am Ende soll wohl Double bedeuten? So ist VB.Net, genau so! | |
 | 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 |
 |
|
Neu! sevEingabe 3.0 
Einfach stark!
Ein einziges Eingabe-Control für alle benötigten Eingabetypen und -formate, inkl. Kalender-, Taschenrechner und Floskelfunktion, mehrspaltige ComboBox mit DB-Anbindung, ImageComboBox u.v.m. Weitere InfosTipp des Monats  Oktober 2025
Matthias KozlowskiUmlaute konvertierenErsetzt die Umlaute in einer Zeichenkette durch die entsprechenden Doppelbuchstaben (aus ä wird ae, usw.) TOP Entwickler-Paket 
TOP-Preis!!
Mit der Developer CD erhalten Sie insgesamt 24 Entwickler- komponenten und Windows-DLLs. Die Einzelkomponenten haben einen Gesamtwert von 1866.50 EUR...
Jetzt nur 979,00 EURWeitere 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
|
|
Sie sind aktuell nicht angemeldet.
