Suchergebnisse

Und welche komplexe (Beispiel)konstruktion erfordert Deiner Meinung nach ein GoTo?

Wenn es sich wirklichZitat von woeh: „um einen sehr langen sub handelt“dann stellt sich die Frage, ob es nicht möglich ist, jenen Brocken in funktionale Stückchen zu häckseln und die dann in eigene Prozeduren zu packen, die dann einfach nacheinander aufgerufen werden. Früher galt zwar das Credo: Erst wenn etwas mehrfach verwendet wird, gehört's in eine eigene Prozedur. Ich denke aber (nein, das ist nicht auf meinem Mist gewachsen, ich hab auch jahrelang 500-Zeilen-Monster produziert), dass man a…

Gibt es in Deinem Code tatsächlich solche Einzeiler? QuitSub(Nothing)? Dann würd ich mal sagen: rauslöschen. Fertig. Wie kommt sowas überhaupt dahin? Gab es da einen tieferen Sinn? Oder ist das die Folge der generischen Umgestaltung (deren Sinn ich noch nicht erfasst habe)?

Langsam. Nicht, dass wir hier aneinander vorbeireden: Option Strict On ist eine Einstellung, die die Designzeit/Programmschreibezeit betrifft. Sie macht sich nicht im Programmverlauf, also zur Laufzeit bemerkbar. Zitat von woeh: „dummerweise funktioniert dies nicht, wenn ich die sub mit Nothing aufrufe“Dies ist nur ein Fall für Option Strict On, wenn irgendwo in Deinem Code Quit Sub(Nothing) steht. Und zwar genau so. Wenn es während der Programmausführung zu einem unvorhergesehenen Programmabbru…

Du könntest (ohne Of TForm As Form) mit Public Sub QuitSub(Optional frm As Form = Nothing) arbeiten. Oder Du umschließt z.B. das ganze Brimborium mit einem Try-Catch-Block und wirfst bei Abbruchwunsch des Benutzers eine eigene Exception => kein Goto, keine Vermischung von Aufgaben.

Mach aus den Verweisen den importierten Microsoft.VisualBasic-Namespace (ist wohl für VB6-Kompatibilität gemacht worden) raus und sieh, was passiert. Ok, das gibt dann wohl nochmal 300 weitere Fehler, daher verschieb das ganze auf später. => InStr, Mid, Left und Co sind noch aus VB6-Zeiten; IndexOf, Substring etc. sind moderne .Net-Varianten und daher bevorzugt zu verwenden. Wir wollen doch nicht mit veralteten, verrosteten Werkzeugen arbeiten, gelle? Ob ein inhaltlicher Unterschied besteht, wei…

Hab nochmal eins nachgesetzt (s.o.): Kompatibilität.

Arrr. Noch immer On Error. Wo erwartest Du genau welche Art von Fehler? Bzgl. der 2. Sub: VB.NET-Quellcode (6 Zeilen)

Es gibt keinen Unterschied. Wenn Dir ein 3-Zeiler lieber ist, dann nimm ihn. Ich bevorzuge Einzeiler, zumindest solange nicht noch 3 Geschichten hinterherkommen. Also sowas ist für mich auch ein Mehrzeiler wert: If ComputerIsDoingSomethingStupid Then StopTheComputer: GiveHimAWatschn: HauHimOnTheNonExistingFingers: StartAllOverAgain

On Error hat Parallelen zu einem sehr umfassenden Try-Catch-Block. Falsch eingesetzt ist beides Mus => nicht einfach On Error durch ein Try-Catch-Konstrukt ersetzen und zum nächsten Thema übergehen. Versuche herauszufinden, in welchen wenigen Zeilen ein Fehler auftreten kann, der im Voraus mit vergleichsweise einfachen Codezeilen nicht abzuwehren ist. Schließe diese Zeilen in ein Try-Catch-Block ein und versuche bei der Art der aufgefangenen Exceptions so präzise wie möglich zu sein: Es heißt ja…