Suchergebnisse

Wenn der Compiler sagt, dass es kein Item mit dem Index X gibt, dann ist es so. Das bringt Dir aber nix, solange Du nicht weißt, woher es kommt. Daher solltest Du - wenn man Dich vom Loggen nicht abhalten kann - auch loggen, wodurch da was sortiert wird und wieviele Zeilen das DGV hat und wieviele Einträge zum Fehlerzeitpunkt die DataTable. Asynchron im GUI zu arbeiten ist immer gefährlich fehleranfällig.

Zitat von Rizzle: „Es ist für mich einfach nur ein Datentyp, der keinen Konstruktor braucht und ich keinen Speicher reservieren muss, somit in diesen Fall leichter anwendbar als eine Class, oder wo irre ich mich?“Einen Konstruktor brauchst Du auch bei einer Klasse nicht. Dann konstruiert sich der Compiler selber zur Laufzeit einen. Das mit dem Speicher reservieren müsstest Du erklären. Was genau meinst Du damit? Dass Du bei einer Klasseninstanzgenerierung mit New arbeiten musst? Dann richtig. Ab…

Zitat von ErfinderDesRades: „Händeschütteln mit dene muss halt fehlschlagen.“In manchen Fällen muss das aber eben nicht bedeuten, dass die App crasht, wenn man es nicht prüft, ob eine rechte Hand da ist, wenn man Hände schütteln will, sondern es bedeutet, dass die andere Hand hergenommen wird oder beim Versuch eben gar nichts passiert. Das Prüfen auf null/Nothing soll damit in vielen Fällen überflüssig werden. Disclaimer, falls allein schon die Erwähnung dieses Prinzips von irgendjemandem gleich…

Ich habe mal ein paar meiner Projekte in die Hand genommen und geschaut, wo man auf Nothing-Prüfungen durch Umbau verzichten kann. Allein die Tatsache, dass ich dafür sogar 2 Extensions für die Prüfung auf Nothing habe, gibt mir zu denken. Klar, man sollte da vielleicht langsam einige Alternativen erarbeiten und in den Werkzeugkasten legen, um eine Nothing-Situation überhaupt zu vermeiden. Und irgendwie hat es ein wenig auch was Erleichterndes, falls man eine Codestelle durch nicht allzu viel Kr…