Was nervt euch so, während der Programmierung oder so allgemein

[himitsu]

gerade das fehlende try-finally in PHP
wer ist denn auf die saublöde Idee gekommen nur try-except (try-catch) einzuführen?

sowas sieht doch blöde aus

PHP-Quellcode:

reservieren;
try {
  arbeiten;
} catch (Exception $E) {
  freigeben;
  throw $E;
}
freigeben;

[freak4fun]

Zitat:

Sie haben gerade einen "Rrring!" von XXXXX erhalten!

[rollstuhlfahrer]

Zitat von himitsu:

gerade das fehlende try-finally in PHP
wer ist denn auf die saublöde Idee gekommen nur try-except (try-catch) einzuführen?

Wieso? - reicht doch. Du nimmst dein Objekt erzeugst es, benutzt es (dabei auf Fehler achten) und dann gibst du es frei, also so:

PHP-Quellcode:

reservieren;
try {
  arbeiten;
} catch (Exception $E) {
//  freigeben;
  throw $E;
}
freigeben;

Dies kann man auch genau so machen, da PHP mit der Ausführung weitermacht.

Bernhard

[himitsu]

im Installscript hab ich die Exceptionbehandlung umgeleitet, da z.B. die SQL-Anfrage mit ausgegeben werden, aber innerhalb meiner Exceptionbehandlung wird z.B. auch eine Logdatei/DB-Eintrag mitgeführt und diese SQL-Debugausgabe wird in der Exceptionbehandlung abgeschaltet ... nur weiß ich an der Stelle nicht, ob nicht irgendwo die Exception abgefangen (try-catch ohne Abbruch danach) wird, also schalte ich danach die Debugausgabe wieder an ...

Ich gebe keine ausführlichen Fehlermeldungen im Client/HTML aus,
sondern logge es nur intern mit, damit ich dennoch weiß ob/was war.

hier wird aber nix freigegeben, bzw. wieder aktiviert, falls es knallt.

PHP-Quellcode:

try {
  
  debugAus; //reservieren;
  try {
    arbeiten/exception auslösen:
  } catch (Exception $E) {
    //debugAn; //freigeben; 
    throw $E;
  }
  debugAn; //freigeben; 

} catch (Exception $E) {
  // kein throw
}

[himitsu]

Garnicht oder gar falsch dokumierte Header und Co. nerven total.

(nja, hab's dennoch hinbekommen und meine PHP-MySQLi-Klassen geben jetzt ihren Speicher selber frei, bzw. beenden ihre Verbindungen ... kein close, free_result und Co. mehr nötig
aber vorallem die Query-Result-Klasse auszutauschen war vielleicht ein krampf, dank falsch dokumentierter Header )