Suchergebnisse

Hi das sind dann jene Projekte, vor denen man nach zwei Jahren fluchend sitzt und sagt, "warum hat er das nicht eingebaut, jetzt muss ich jede einzelne Zeile des Programms durchgehen und schauen, ob die kompatibel ist" und wenn keine Kommentare drin sind, sitzt man halt wirklich davor und frägt sich, warum es so gemacht wurde, obwohl die Abfrage doch eigentlich sinnlos ist. Nur um auf die Diskussion mit ErfinderDesRades von letztens nochmal Bezug zu nehmen. Das war ein klassisches Beispiel für s…

Im Optimum tritt es beim Debugging auf. Wenn du's erst mal an den Kunden gegeben hast, regt sich der darüber auf. Du hast dann halt diesen einen Fall nicht getestet. Wirft ein schlechtes Licht auf dich und auf die Firma, falls vorhanden. Und du suchst nach dem Fehler und musst dich erst noch mit dem Kunden austauschen, was auch nochmal ein Mist ist. Ich habe keine Lust mehr auf eine weitere ausufernde Diskussion. Ich stelle meine Ansicht dar und sehe diese als zutreffend an und du hast deine, fü…

Das ist ja genau das Problem: Du baust es hin und weißt nicht, an welchen Stellen das Problem signifikant wird. Folglich musst du sie dir raussuchen und wehe du übersiehst was. Spezialfälle machen dir das Leben eben schwer, sodass du es nicht in einem Testlauf herausfindest, dass dort ein Fehler geschehen kann. Hätte man es vorher berücksichtigt und ungültige Werte frühzeitig abgefangen und abgefragt, würde der Fehler auch in keinem einzigen Case auftreten - wenn man es richtig gemacht hat. Sind…

Ich beziehe mich nicht auf diesen Fall. Der dient nicht der diskutierten Frage. Viele Grüße ~blaze~

Zitat von FormFollowsFunction: „Unter guter Architektur verstehe ich, Code der eben keine Fehler mehr Produziert und nur auf Fehlerquellen von außen reagieren muss.“ Genau das meine ich. Man frägt Nothing ab, wirft eine ArgumentNullException, falls zutreffend und unerwünscht, usw. und überprüft so, dass es nicht eintritt. Wenn man die GUI-Operationen auslagert, sodass sie nicht mehr an die GUI selbst gebunden ist, sondern losgelöst ist, d.h. Buttons, usw. rufen nur noch externen Code auf, der ni…

InvalidCastException darf nur vom System geworfen werden und indiziert falsche Implementierung. ArgumentNullException indiziert falsche Verwendung. Also meiner Ansicht nach ist deine Perspektive in diesem Fall falsch. Und der .Net-Code stimmt mir zu (siehe Reference Source) und die Microsofteigenen Konventionen auch. Wenn Nothing zulässiger Wert ist, darf/sollte man natürlich keine Exception werfen. Viele Grüße ~blaze~

Ja bei obigem Problem bei dem ich gar nicht mehr bin. ArgumentException oder konkreter Typ wäre das Mittel der Wahl. Mir reicht's auf jeden Fall jetzt. Was ich sagen wollte habe ich gesagt und ich sehe keinen Sinn in einer weiteren Diskussion. Sehr viele Firmen empfehlen auf jeden Fall einen sehr anderen Stil, als du an den Tag legst. Viele Grüße ~blaze~

Schade, dass es jetzt in Unterstellungen und Provokationen geendet hat - ich unterbinde das an dieser Stelle. Thema geschlossen Viele Grüße ~blaze~