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

[TurboMagic]

Bitte nicht am eigentlich eher als deprecatet gekennzeichneten with Konstrukt noch erweiterungen vornehmen lassen. Sonst geht dir noch Nick Hodges nach, wenn er erfährt, dass du der vorschlagende warst! ;-)

[Codehunter]

Zitat:

Zitat von TurboMagic (Beitrag 1410385)

Bitte nicht am eigentlich eher als deprecatet gekennzeichneten with Konstrukt noch erweiterungen vornehmen lassen. Sonst geht dir noch Nick Hodges nach, wenn er erfährt, dass du der vorschlagende warst! ;-)

Die Verbesserung war, dass ich es weggelassen habe :lol:

[Ghostwalker]

Es gäbe für so ein Konstrukt sicherlich den ein oder anderen Anwendungsfall. Aber wie der ein oder andere schon geschrieben hat, is das eher die Kategorie "nice to have", aber nicht "must have" :)

[Codehunter]

Zitat:

Zitat von Ghostwalker (Beitrag 1410409)

Es gäbe für so ein Konstrukt sicherlich den ein oder anderen Anwendungsfall. Aber wie der ein oder andere schon geschrieben hat, is das eher die Kategorie "nice to have", aber nicht "must have" :)

Sind anonyme Prozeduren das nicht auch? ;-)

[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.

[Uwe Raabe]

Zitat:

Zitat von Ghostwalker (Beitrag 1410412)

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:

Zitat von Codehunter (Beitrag 1410423)

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.

[Codehunter]

Sagen wir mal so: Ich habe schon sehr früh angefangen, Quellcodes nicht nur für mich zu schreiben sondern auch anderen zu zeigen. Daraus bekommt man viel Feedback zum Thema Lesbarkeit (deswegen ich es auch gut finde dass es jetzt die Delphi CE mit RTL- und VCL-Sourcen gibt).

Wenn ich aber Fremdcode sehe, der von Berlin nach Potsdam über München, Hamburg, Stuttgart, Dresden und Düsseldorf fährt, dann ist mir das ein Graus. Davon gibts für mich nur noch eine Steigerungsform, nämlich wenn mich Sprach- bzw. Syntaxeigenschaften selbst zu solchen Umwegen zwingen.