vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
vb@rchiv Offline-Reader - exklusiv auf der vb@rchiv CD Vol.4  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Allgemeine Diskussionen
Re: Frage-Antwort-Spiel zu .NET  
Autor: Moderatorralf_oop (Moderator)
Datum: 27.10.05 16:00

>> 10. Zu den vielfältigen Detailproblemen bei der Umsetzung von VB6-Code in VB.Net möchte ich im einzelnen lieber nichts sagen:
Was ist denn z.B. von solchen MSDN-Formulierungen zu halten?
"Vorsicht: Funktionen in der Visual Basic 6.0-Kompatibilitätsbibliothek werden nur für die Verwendung mit Aktualisierungstools zur Verfügung gestellt. Obwohl es möglich ist, diese Bibliothek beim Schreiben von neuem Code zu verwenden, gibt es keine Garantie dafür, dass sie in zukünftigen Versionen von Visual Basic unterstützt wird."
Offensichtlich ein Lotteriespiel ....
"It won't take you long to notice that even the most familiar-looking .NET controls have subtle differences relative to the VB6 controls." Nett!

Wer es noch nicht mitbekommen hat - VB6 steht auf dem Abstellgleis. Und sagt auch diese Aussage - es wird garantiert, dass die Kombilitätsklassen auch in den nächsten Versionen noch exitieren. Alles hat ein Ende, MS-DOS, Win 3 und auch Programmiersprachen.

>> 11. Kein Menü-Editor mehr!
Statt dessen 'WYSIWYG'. Man hat keine überschichtlich aufgebaute Liste der Menü-Items zur Verfügung, in der man leicht und schnell seine Struktur verwalten konnte, sondern muss im Designer und im Eigenschaftenfenster herumfuhrwerken. Und dabei auch noch sorgfältig auf die korrekte Koordinierung zu den Ereignis-Routinen achten. Mühsam!
Man beachte auch folgenden Effekt: Nach dem Hinzufügen eines MenüItems und einer zugeörigen Click-Ereignisroutine benennt man das MenüItem um: In VB6 eine klare Sache - die Ereignisroutine wird zu einer einfachen SUB und nicht länger ausgelöst. Aber in VB.Net bleibt die Beziehung erhalten. Das könnte ein Fortschritt sein, leider wird die Routine dabei aber nicht ebenfalls umbenannt. Schlimmer - man kann sie beliebig benennen. Nur der Handler verweist noch auf die Verbindung.
Ergebnis - eher Verwirrung statt Fortschritt.

Also ich habe noch keine Beschwerden gehört bzl. Erstellung von Menüs. Nur das man keine Bilder einfügen kann (ändert sich mit .NET 2.0) Auch beim Event-Handling heißt es, einfach lernen. Und dafür nicht bereit ist, der hat die falsche Technologie, denn unter VB6 ist das Event-Handling noch einfach. Wer dieses als schwer ansieht, der soll sich das mal unter C# ansehen.

>> 12. Überhaupt: dieser Code-Editor
Ich habe nichts gegen automatisches Einrücken, find ich sogar gut! Aber muss das Ding jedes mal wenn ich nachträglich z. b. ein WITH einfüge, gleich den ganzen restlichen Code im aktuellen Block verschieben. Kann es nicht warten bis ich auch mein END WITH platziert habe - der Geltungsbereich der Einrückung also festliegt? Geschmacksfrage? Finde ich nicht!

Kann man danach nicht einfach per Drag&Drop den Code in den neuen Block hineinschieben? ist das den so schwer? Mann muss aus einer Mücke keinen Elefanten machen.

>> 13. "One of the best things about VB.NET is that it allows VB developers to do things that we couldn't do before — things like inheritance and structured error handling." Wer's braucht! Die meisten praktisch relevanten Dinge kann man auch in VB6 erledigen, man muss nur sein Programm entsprechend strukturieren. Vieles von dem was VB.Net an 'Fortschritt' bringt, sind bloß weitere Möglichkeiten, Spielereien ... Das Teuflische daran: Je mehr verschiedenartige Möglichkeíten geboten werden, um eine bestimmte Aufgabe zu realisieren, desto spezifischere Gewohnheiten bilden Programmierer - für effiziente Teamarbeit müssen deshalb Standards entwickelt werden, die die Programmier-Umgebung selbst kaum noch bietet.

Für einigen Aufgaben gibt es wirklich vereinzelt mehrere Möglichkeiten. Meist eine, wo man nur eine Methode aufruft und fertig - mehr Konstrolle gibt es nicht (abgesehen von den Methoden-Parametern). Oder eine, wo man viel Kontrolle hat, also etwas, was man universeller verwenden kann. Je nach eigenem Bedürfnis verwendbar. Das finde ich gut.

Ich kann mir vorstelle, dass der Umstieg für einen langjähringen VB6-Programmierer auf .NET nicht leicht ist, aber muss auch selber wollen. Wenn man sich selber gegen den Fortschritt strebt, dann soll man es bleiben lassen und sehen, wo man bleibt. In der IT-Brache gibt es quasi laufend neues, was meist mit Änderungen verbunden ist. Wie heißt es schön - Stillstand ist Rückschritt.

Ralf

alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Frage-Antwort-Spiel zu .NET 1.330Moderatorralf_oop27.10.05 11:07
Teil 2 934Moderatorralf_oop27.10.05 11:07
Einspruch816Wolf mit Schnul...27.10.05 15:52
Einspruch abgelehnt 868Moderatorralf_oop27.10.05 16:07
Re: Einspruch abgelehnt 808Wolf mit Schnul...27.10.05 17:01
Re: Einspruch abgelehnt 811Moderatorralf_oop27.10.05 18:01
Re: Teil 2 es geht auch ohne ASP.NET 882T.i.m.28.10.05 22:47
Re: Frage-Antwort-Spiel zu .NET 730Moderatorralf_oop27.10.05 15:25
Re: Frage-Antwort-Spiel zu .NET 794Moderatorralf_oop27.10.05 15:42
Re: Frage-Antwort-Spiel zu .NET 866T.i.m.28.10.05 10:09
Re: Frage-Antwort-Spiel zu .NET 772Moderatorralf_oop27.10.05 16:00
Re: Frage-Antwort-Spiel zu .NET 825spike2427.10.05 22:07
Re: Frage-Antwort-Spiel zu .NET 768Moderatorralf_oop28.10.05 09:22
Sicherheit784Moderatorralf_oop28.10.05 09:17
Re: Sicherheit753spike2428.10.05 09:27
Re: Sicherheit883Moderatorralf_oop28.10.05 10:15
Re: Frage-Antwort-Spiel zu .NET Weitere fragen727T.i.m.28.10.05 11:41
Re: Frage-Antwort-Spiel zu .NET Weitere fragen796Moderatorralf_oop28.10.05 12:43
Re: Frage-Antwort-Spiel zu .NET Weitere fragen803T.i.m.28.10.05 13:38
Re: Frage-Antwort-Spiel zu .NET Weitere fragen779ModeratorDaveS28.10.05 13:43

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

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

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