Was würdet ihr von einem try-except-finally-Konstrukt halten?

[Ghostwalker]

Nein, die fallen eher in die gleiche Kategorie wie "with". Dinge die die Lesbarkeit von Code einfach nur unübersichtlich machen (Über anonyme Funktionen lass ich mich jetzt lieber nicht aus ).

Dein Konstrukt würde aber, mindestens, die Übersichtlichkeit vom Code erhöhen

[Codehunter]

Ich würds ja gerne als Feature Request an Emba schicken, aber auf der Loginseite der Quality Central komme ich nicht weiter. Überall kann ich mich mit meinem EDN-Account einloggen nur auf dieser Seite nicht:

Zitat:

Sorry, an error occurred trying to log you in - please try again.

[TurboMagic]

Zitat von Codehunter:

Ich würds ja gerne als Feature Request an Emba schicken, aber auf der Loginseite der Quality Central komme ich nicht weiter. Überall kann ich mich mit meinem EDN-Account einloggen nur auf dieser Seite nicht:

Zitat:

Sorry, an error occurred trying to log you in - please try again.

Tja, normalerweise funktioniert das. Was hast du als EDN account genommen? Den Benutzernamen oder die E-Mail Adresse? Ich nahm den benutzernamen und lkann fröhlich Feature Requests und Bugreports ins System eingeben...
Ggf. mal versuchen deine EDN Kontodetails zu finden, weil dort sicher irgendwo der Benutzername drin steht. Falls das alles nichts hilft EMBT support kontaktieren. Wenn nicht klar ist über welche E-Mail Adresse dann nochmal melden, ansonsten die Reportnummer hier melden. Dann können wir abstimmen und den Report beobachten.

Grüße

TurboMagic

[Codehunter]

Benutzername und Email ging beides nicht. Ich hatte gestern Matthias deswegen eine PM geschrieben. Heute früh gings dann. Ob was geändert wurde an meinem Account oder ob das ein technischer Fehler war, keine Ahnung.

Jedenfalls ist das jetzt online als AP-225. Mit meinem bescheidenen Englisch versteht sich

[Uwe Raabe]

Zitat von Codehunter:

Jedenfalls ist das jetzt online als AP-225.

Wäre das nicht besser im Projekt RAD Studio aufgehoben, anstatt in dem bereits wieder eingestellten AppMethod?

[Codehunter]

Zitat von Uwe Raabe:

Zitat von Codehunter:

Jedenfalls ist das jetzt online als AP-225.

Wäre das nicht besser im Projekt RAD Studio aufgehoben, anstatt in dem bereits wieder eingestellten AppMethod?

Ja wäre es und ich weiß nicht wie es da hin kam. Ich habe einfach einen Issue angelegt und als Tool Delphi angegeben. Am Ende landete es beim AppMethod. Irgendwie scheint da nach wie vor der Wurm drin zu sein.

[Uwe Raabe]

Zitat von Codehunter:

Ich habe einfach einen Issue angelegt und als Tool Delphi angegeben. Am Ende landete es beim AppMethod. Irgendwie scheint da nach wie vor der Wurm drin zu sein.

Normalerweise merkt sich QP das von dir zuletzt eingestellte Projekt. Falls das dein erstes Issue war, könnte AppMethod aus alphabetischen Gründen vorausgewählt gewesen sein.

[Uwe Raabe]

Zitat von Ghostwalker:

Nein, die fallen eher in die gleiche Kategorie wie "with". Dinge die die Lesbarkeit von Code einfach nur unübersichtlich machen (Über anonyme Funktionen lass ich mich jetzt lieber nicht aus ).

Im Gegensatz zu with-Konstrukten kann man mit Anonymen Methoden aber Dinge tun, die anders nur wesentlich komplizierter (wenn überhaupt) realisierbar wären. Insofern erhöhen sie die Lesbarkeit dann doch irgendwie wieder. Die aktuelle Syntax ist zwar noch suboptimal, aber missen möchte ich sie deshalb auch nicht.

[Codehunter]

Also ich habe bei einigen Projekten viel mit JavaScript und jQuery zu tun. Die haben ja die anonymen Methoden zur Philosophie gemacht. Dort habe ich schon Codes mit 30 Verschachtelungsebenen gesehen. Da weiß man bei den ganzen asynchronen Abläufen irgendwann nicht mehr wann was wie abgearbeitet wird.

Sagen wir mal so: Anonyme Prozeduren sind nicht per se schlecht, fördern aber schlechten und unübersichtlichen Code. Quasi das Wasser zum Kochen von Spaghetticode.

[Uwe Raabe]

Zitat von Codehunter:

Anonyme Prozeduren sind nicht per se schlecht, fördern aber schlechten und unübersichtlichen Code. Quasi das Wasser zum Kochen von Spaghetticode.

Das ist aber jetzt das klassische Gegenbeispiel! Was du mit dem Wasser kochst, entscheidest ja nur du allein. Wenn du keinen Spagghetticode willst, dann koch in dem Wasser doch was anderes.

So wie mit jedem Tool kann man auch mit Anonymen Methoden schlechten bzw. schwer lesbaren Code schreiben. Wer sowas macht, braucht dazu aber vermutlich auch gar keine Anonymen Methoden, der kriegt das auch so hin. Dinge nur deswegen zu verteufeln, weil manche damit nicht richtig umgehen können, ist meiner Meinung nach auch nicht zielführend. Besser wäre es, den richtigen Umgang damit zu vermitteln - auch wenn das vielleicht nicht bei allen gelingt.