Ergebnis der Suchanfrage

• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 29. Jul 2005
  Hi Olli
  
  
  
  Sie sollte aber das Ziel der Programmierung sein. D.h. ein un-cleverer Methodenname ist eine Schlamperei in der Programmierung und benötigt zusätzliche Arbeit in einer Dokumentation.
  
  
  
  Konstantennamen SIND Bestandteil der Programmiersprache, zusaätzliche Dokumentationen zu dieser Konstante sind NICHT Bestandteil des Programmes.
• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 29. Jul 2005
  Hi Olli,
  
  es ist schwer eine solche Grundsatzdiskussion über das Netz zu führen. Lieber würde ich sowas in einer persönlichen Diskussion klären. Denn im Grunde vertreten wir ähnliche Ansichten, der Unterschied zwischen uns besteht nur darin aus welchem Winkel wir die Problematik betrachten und was für Schlüsse wir letzendlich daraus ziehen.
  
  
  
  Doch er muß es eben, ob er will oder nicht. Was...
• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 29. Jul 2005
  Ah eines habe ich noch vergessen. Betrachten wir einfach mal eine Funktion X
  
  
  
  
  
  function X(Input): Output;
• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 29. Jul 2005
  Exception ansich sind ein sehr wichtiges Mittel der Programmierung geworden. Sie stellen sozusagen einen parallel zum eigentliche Programablauf feststehenden Programmablaufplan dar. Und exakt in dieser Parallelität sehe ich auch gleichzeitig die Schwäche der Exceptions. Denn im Denkvermögen der meisten Programmierer stellt sich ein Program am einfachsten als simple und rein sequientielle...
• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 29. Jul 2005
  Ich mache es mal kurz weil wir uns in unserer Meinung nun doch stärker annähern. Ich bin aber pragmatisch und ein Praktiker ergo:
  
  
  
  Ja man muß es sogar. Zwei wichtige "Beweise" führe ich an:
  
  1.) ich rede von professioneller Arbeit wenn ich von programmieren rede, ergo gehört dazu Teamarbeit und Projekte die über längere Zeiträume von verschiedenen Leuten gepflegt werden müssen. In solchen...
• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 29. Jul 2005
  Hi Oliver,
  
  um meine Meinung besser vertreten zu können müssen wir erstmal unsere Diskussions-Grundlage definieren.
  Ich betrachte Exceptions und Schutzblöcke erstmal aus rein syntaktischer Sichtweise,also unabhänig von C/C++ oder den Hardware Exceptions in den Intel CPU's.
  
  
  
  Ob try finallys in C existieren oder nicht ist in dieser Diskussion irrelevant. Wichtig ist der Zusammenhang für...
• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 2. Jun 2004
  Achso, das spielt aber in dem Fall keine große Rolle. Ich habe es nur deshalb so gemacht weil ja Stream.Free im finally end; Block ebenfalls eine Exception auslösen könnte. Der äussere try except Block fängt also auch diese Ausnahme dann ab. Da der try except Block alle Excetions abfängt und nicht mit raise weiterleitet, ist es besser so vorzugehen. Es trifft der Spruch zu "Ausnahmen bestätigen...
• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 1. Jun 2004
  Leider findet man über das Exception-Handling tatsächlich nur wenig konzeptionelle Literatur.
  
  Exceptions = Ausnahmen beziehen sich nicht ausschließlicher Weise nur auf eine Fehlerbehandlung. Dies zeigte besonders der Fall mit EConnectionClosedGracefully der Indy Komponenten. Diese Exception ist eine reine Ausnahme und kein Fehler. Logisch gesehen also absolut korrekt aber für viele...
• Forum: Object-Pascal / Delphi-Language

  Re: Exception Handling.

    Delphi
    by negaH, 1. Jun 2004
  TEXT = 'Dies ist ein Testtext.';
  FILENAME = 'c:\test.txt';
  var
  fs: TFileStream;
  s: String;
  begin
  s := TEXT;
  try
  fs := TFileStream.Create(FILENAME, fmCreate);
  try