Suchergebnisse

Klar, richtiges Benennen von Controls und statt erneutem zuweisen einfach ​ProgressBar.Value += 5, was auch immer das dann bringen soll. (Gehe davon aus, dass war nur nen Beispiel mit den Verzeichnissen ^^)

Das hat nix mit dem String zu tun. Nothing ist bei allen Referenztypen der Wert für nichts, also keine Instanz. "" hingegen ist ein Wert, also nicht nichts, da der String dann eine Instanz trägt. Ist halt leer, aber das ist ja egal. Dafür gibt es String.IsNullOrEmpty, wie jvbsl erwähnt hat, um zu prüfen, ob ein String wirklich einen Wert trägt, der nicht String.Empty ("") entspricht.

Zitat von PSPlover: „In der zukunft könnte man auch sagen das vb net und C#, C++ usw sinnloser mist ist da es schon neuere aktuellere programmiersprachen für andere hardware gibt Sinnloser mist liegt also ,wie schönheit, im auge des betrachters“ Du bringst hier etwas gewaltig durcheinander. Nur weil etwas evtl. älter ist, ist es kein "sinnloser Mist". Sachen, die allerdings in einem Bereich absolut besser lösbar sind oder nur Nachteile mit sich bringen, wie etwa Code, den man wesentlich performa…

Inwiefern "warten"? Eine Exception ist der schnellere Weg, sowas zu lösen und genau dafür da. Dann kannst Du Deinen Wert nämlich anständig zurückgeben, wie man es von der Funktion erwartet und eine Exception kann man auch wunderbar abfangen. Dann muss man sich auch nicht mit irgendwelchen Errorcodes rumschlagen. Das ist C-Style (sieht man daher auch häufig bei WinAPI). Der einzige Anwendungsfall sind die Try-Methoden, bei denen man sich das zu Nutze macht, um zu determinieren, ob es geklappt hat…

Ich glaub, Du hast den Einsatz von Exceptions etwas missverstanden. Du sollst ja auch nicht warten, bis dann das Programm crasht, weil irgendwelche Werte falsch oder unpassend sind. Du sollst genau in dem Fall in Deiner Funktion eine Exception werfen. Grüße